 1-Jul-85 00:22:42-MDT,2173;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 00:20:00-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a020652; 1 Jul 85 1:42 EDT
Date: Sun 30 Jun 85 23:43:37-MDT
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: VMENU37
To: info-cpm@AMSAA.ARPA

Re the recent upload to VMENU, two items:

	1. The message said that VMENU is now a "true shell"; VMENU has
always been a ZCPR3 shell since the Z3 release a year ago.  An improved
technique, which decreases the shell installation time by about 50%,
is now being employed in shell designs under Z3.  This technique
has the shell look into the CL buffer to see if anything follows, and,
if not, the shell proceeds to execute.  The original design did
not do this, simply returning to the OS and letting Z3 load and invoke
the shell as a shell almost immediately.  This caused a second,
unnecessary load when the shell was first installed.  See Chapter
6 (on shells) and Chapter 5 (on menu subsystems) in ZCPR3:
The Manual for a lot more detail.  Also see the shell manipulation
routines in Z3LIB.

	2. I have not yet been informed by Echelon that VMENU 3.7 has
been approved.  As such, I recommed that users approach with care.
One of the biggest differences between the version
control of Z2 and Z3 is that Echelon plays the role of configuration
manager on all Z3 software releases.  Users are encouraged to change the
software if they like, but releases are to be done thru Echelon.  There
is a file checkout mechanism, which insures that people aren't wasting
effort by working on the same file at the same time, and Echelon runs tests
on the released files before it approves the release.  While this does not
guarantee that no bugs creep in, it helps a lot.  I'm no exception
to this rule -- I currently have SYSLIB, Z3LIB, and VLIB checked out,
and Echelon will test the software after I check it back in.

		Rick

PS If the situation with VMENU has gotten out of hand, it is quite possible
that the uploaded VMENU 3.7 is not the same as that which
will be released.  Al Dunsmuir currently has VMENU checked out.

-------
 1-Jul-85 04:32:41-MDT,715;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 04:28:15-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a020953; 1 Jul 85 6:01 EDT
Date: Mon, 1 Jul 1985  04:02 MDT
Message-ID: <CSTROM.12123483281.BABYL@SIMTEL20.ARPA>
From: CSTROM@SIMTEL20.ARPA
Subject: CCPM driver needed
To:   INFO-CPM@AMSAA.ARPA
cc:   CSTROM@SIMTEL20.ARPA

I would appreciate any pointers to hard disk driver code for a Konan
DGC-100/Rodime 27Mb combination. I am in the initial stages of a
do-it-yourself, but have less than complete confidence in my abilities
along these lines! Oh, yes, I am doing this for Concurrent CP/M, not
8-bit, on a CompuPro system.

-Charlie
 1-Jul-85 07:51:15-MDT,1598;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 07:49:28-MDT
Received: from xerox.arpa by AMSAA.ARPA id a024383; 1 Jul 85 8:56 EDT
Received: from Muscat.ms by ArpaGateway.ms ; 01 JUL 85 05:56:41 PDT
Date: Mon, 1 Jul 85 08:56 EDT
From: leisner.henr@XEROX.ARPA
Subject: Re: C compilers for cpm
In-reply-to: <1484@trwrba.UUCP>
To: "Mark A. Ryding" <ryding%trwrba.uucp@BRL.ARPA>
cc: info-cpm@AMSAA.ARPA
Message-ID: <850701-055642-1670@Xerox>

Mark,

I'm currently using Manx Aztec C on a CP/M system to write control code
for xerographic devices within Xerox.  I've had good results with it (it
is almost a full implementation minus bit fields).

I currently support interrrupts, but you'll have to write your own
context saving mechanism (just save all the registers).  Floats may be a
problem within interrupt handlers, I don't know if you want to compute
there.

Supposedly, it is fairly easy to generate rommable code with the
compiler.  They support an initialized and uninitialized data array with
their linker.  However, doing these things are feasible but often a
pain.  The first time is always the hardest.

By mixed language programming, I assume you mean support for assembly
language.  You can imbed assembly language within your C code and also
write assembly language subroutines if you maintain the Aztec calling
conventions.

In addition, I found the code generation mechanism isn't too bad.  I
also use Aztec to support 6502 applications, but that is a different
story altogether.

Marty

 1-Jul-85 10:46:21-MDT,590;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 10:44:36-MDT
Received: from usc-isi.arpa by AMSAA.ARPA id a000492; 1 Jul 85 12:04 EDT
Date:  1 Jul 1985 12:00:49 EDT
Subject: Re: VMENU37
From: Steve Noland <NOLAND@USC-ISI.ARPA>
To: Rick Conn <RCONN@SIMTEL20.ARPA>
cc: info-cpm@AMSAA.ARPA
In-Reply-To: (Message from "Rick Conn <RCONN@SIMTEL20.ARPA>" of Sun 30 Jun 85 23:43:37-MDT)

Note that the upload in question was for MENU 3.7, NOT VMENU 3.7, and
the availability was first announced by Echelon in Z3NEWS 205.
-------
 1-Jul-85 11:31:42-MDT,976;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 11:31:08-MDT
Received: from mit-athena.arpa by AMSAA.ARPA id a001582; 1 Jul 85 12:55 EDT
Received: from mit-priam (mit-priam.ARPA) by mit-athena (4.12/4.7)
	id AA29024; Mon, 1 Jul 85 12:56:41 edt
Received: by mit-priam (4.12/4.7)
	id AA13106; Mon, 1 Jul 85 12:56:34 edt
Date: Mon, 1 Jul 85 12:56:34 edt
From: asp@MIT-ATHENA.ARPA
Message-Id: <8507011656.AA13106@mit-priam>
To: info-cpm@AMSAA.ARPA
Subject: Kaypro 2 SIO interrupts

Has anyone done anything using the SIO's interrupt capabilities to
read characters from the serial port?  What sort of things should I
watch out for, and is it possible?

I'm looking toward building a terminal emulator that gets around the
character lossage most screen operations create at 1200bd.  If anyone
has done this already, I would very much like to hear from them.

Thanks,

Jim Aspnes (asp@mit-athena.ARPA)
 1-Jul-85 21:08:21-MDT,1161;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 21:04:27-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a011298; 1 Jul 85 22:32 EDT
Received: from usenet by TGR.BRL.ARPA id a013819; 1 Jul 85 22:16 EDT
From: Mark Mallett <mem%sii.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: More on MIX editor
Message-ID: <420@sii.UUCP>
Date: 29 Jun 85 04:41:54 GMT
To:       info-cpm@AMSAA.ARPA

I (also) bought a copy of the MIX editor for CP/M.  I think that they
have done a good job on this editor, excepting one slight lack which
makes the product useless for me-- the editor does not know what to do
with control characters in files that you edit.  This includes such
interesting characters as formfeeds and tabs.  MIX will offer to convert
LEADING tabs to spaces for you during editing, and back again when writing
out the file, but to my way of thinking, this is not enough.

If editing these control characters doesn't come up for you, MIX seems to
be really good.  I hope that they work on this problem so that I can use
it, too.

Mark Mallett
decvax!sii!mem  or  ittvax!sii!mem
 2-Jul-85 05:44:12-MDT,2039;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Jul 85 05:42:19-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a012356; 2 Jul 85 6:59 EDT
Received: from usenet by TGR.BRL.ARPA id a023551; 2 Jul 85 6:50 EDT
From: John Blalock <jb%terak.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: CPM 2.2 maximum disk storage space (?)
Message-ID: <630@terak.UUCP>
Date: 1 Jul 85 19:41:20 GMT
To:       info-cpm@AMSAA.ARPA

> []
> I have a 10M byte hard disk running CPM 2.2.  When I have 8M bytes 
> worth of files on my disk and then create another file, the new file 
> overwrites my directory.  The maximum group number I could use is
> 7FFh (which corresponds to 8M bytes) and the new file is allocated
> group 0 which happens to be the directory area.
> 
> A CPM book that I have states that the maximum storage space CPM 2.2
> supports is 16M bytes.  Could somebody shed some light on this 
> discrepancy?
> 
> I would appreciate any help.
> 
> - Robert Ling.   <rling@uw-june>
The maximum storage space depends on the block size your BIOS uses.  CP/M
allows up to 64K blocks, each block can be 1, 2, 4, 8, or 16K as I recall.
An even more limiting feature (?) is only 16 blocks can be allocated to the
directory.  Assuming you use 2K blocks (32 MB disk capacity possible), you
can have only 1024 directory entries...

I hope this helps and, even tho I don't have the manuals here for reference,
I think the numbers quoted are reasonably accurate.  I'm currently in the
process of hacking up my BIOS to add a couple of 8 MB disks and remember
looking all this up in order to decide block size and determine my DPB.
It sounds like you have an improperly defined DBP if your directory is
getting wiped out.

John Blalock, W7AAY

uucp:	 ...{amd,decvax,hao,ihnp4,seismo}!noao!terak!jb
phone:	 (602) 998-4800
us mail: Terak Corp., 14151 N. 76th St., Scottsdale, AZ 85260
         \\\\\
          -----> Soon to be part of CalComp, A Sanders Company
 2-Jul-85 19:41:31-MDT,833;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Jul 85 19:39:00-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a004936; 2 Jul 85 20:59 EDT
Received: from usenet by TGR.BRL.ARPA id a016305; 2 Jul 85 20:53 EDT
From: Peter Fales <psfales%ihlpl.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: CP/M-86 Software
Message-ID: <189@ihlpl.UUCP>
Date: 1 Jul 85 21:04:56 GMT
To:       info-cpm@AMSAA.ARPA

Having recently acquired a CP/M-86 based computer, I am now looking for
software.  Does anyone out there know distributors that have good
selections and prices for CP/M-86 software.

Please respond to me, and if there is sufficient interest I will
summarize to the net.

Peter Fales

UUCP:	...ihnp4!ihlpl!psfales
work:	(312) 979-7784
	Indian Hill West, IW 1Z-243
 5-Jul-85 05:52:46-MDT,911;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Jul 85 05:48:18-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000205; 5 Jul 85 7:17 EDT
Received: from usenet by TGR.BRL.ARPA id a019758; 5 Jul 85 0:43 EDT
From: Bill Randle <billr%tekred.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Xerox 820-I micro documentation
Message-ID: <372@tekred.UUCP>
Date: 3 Jul 85 19:52:13 GMT
To:       info-cpm@AMSAA.ARPA

Yes, there is also a users group for the 820-I and II. Contact

	Micro Cornucopia
	PO Box 223
	Bend
	OR   97709
	(503) 382-8048

They publish a monthly magazine with tips and features for the 820's,
Big Board I&IIs, Kaypros, and some other "single board" computers.

	-Bill Randle
	Tektronix, Inc.

	tektronix!tekred!billr			(uucp)
	tekred!billr@tektronix.csnet		(CSnet)
	tekred!billr%tektronix@csnet-relay.ARPA	(ARPA)
 5-Jul-85 08:26:42-MDT,1353;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Jul 85 08:25:06-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a002780; 5 Jul 85 9:49 EDT
Received: from usenet by TGR.BRL.ARPA id a027701; 5 Jul 85 9:44 EDT
From: Daniel Faigin <faigin%sdcrdcf.uucp@BRL.ARPA>
Newsgroups: net.wanted,net.lang.pascal,net.micro.cpm,net.unix
Subject: Pascal/MT+ Compiler for Unix(tm)
Message-ID: <2114@sdcrdcf.UUCP>
Date: 3 Jul 85 16:08:59 GMT
Xref: seismo net.wanted:7129 net.lang.pascal:344 net.micro.cpm:4609 net.unix:5274
To:       info-cpm@AMSAA.ARPA

Does anybody know if there is a version  of  the  Pascal/MT+  Compiler  (tm
Digital  Research)  available for the Unix(tm) Operating System, preferably
4.2 BSD.  It would make a development team's life much easier is there was.

PLEASE, PLEASE reply via Email if you have ANY information.

Daniel.
-- 
UUCP: {akgua allegra ihnp4 hplabs sdcsvax trwrb cbosgd}!sdcrdcf!faigin  
ARPA: sdcrdcf!faigin@UCLA-LOCUS.ARPA --or-- sdcrdcf!faigin@LOCUS.UCLA.EDU

W: SDC, 2500 Colorado MD 52-46; Santa Monica CA 90406; (213) 820-4111 x6493
H: 11743 Darlington Avenue #9; Los Angeles CA 90049; (213) 826-3357

Don't have good ideas if you aren't willing to be responsible for them.
                                 -- A. J. Perlis, SIGPLAN 17:9 Sept 1982
 5-Jul-85 14:32:08-MDT,757;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Jul 85 14:30:06-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id a011160; 5 Jul 85 15:57 EDT
Received: from mit-mc.arpa by AOS.BRL.ARPA id a011679; 5 Jul 85 15:51 EDT
Received: from MIT-EECS by MIT-MC.ARPA via Chaosnet; 5 JUL 85  15:35:26 EDT
Date: Fri 5 Jul 85 15:34:49-EDT
From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
Subject: Wanted: Apple-Cat BYE
To: info-cpm@MIT-MC.ARPA


   I'm looking for a BYE program overlay for the Apple-Cat ][ modem that
supports 1200 bps.  So far I have found only 300 bps overlays, no 300/1200
overlays.  Please mail me directly if you know of this overlay.

-drew
 T.MOORE%MIT-EECS@MIT-MC.ARPA
-------

 5-Jul-85 15:49:08-MDT,685;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Jul 85 15:48:31-MDT
Date:     Fri, 5 Jul 85 17:14:54 EDT
From:     Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA>
To:       info-cpm@AMSAA.ARPA
Subject:  info-cpm-request on vacation

Fellow CP/Mers - I will be on vacation the week of 8 July.  As of now, the
info-cpm-request mailbox contains no unread mail.  If the delivery of mail to
any info-cpm readers becomes flaky while I am away, some of you may receive
reject messages from various mail handlers.  I will correct any such problems
when I return.  In the mean time, please grin and bear it.  Thanks.


Dave

 6-Jul-85 00:23:54-MDT,1994;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 00:19:14-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a012669; 6 Jul 85 1:47 EDT
Received: from usenet by TGR.BRL.ARPA id a017137; 6 Jul 85 1:41 EDT
From: GEDDIS <smg%burl.uucp@BRL.ARPA>
Newsgroups: net.lang.forth,net.micro.cpm
Subject: March 1981 Microcomputing Magazine
Message-ID: <768@burl.UUCP>
Date: 5 Jul 85 10:42:28 GMT
Xref: seismo net.lang.forth:281 net.micro.cpm:4610
To:       info-cpm@AMSAA.ARPA

[did they ever fix the first-line bug?]

Before I say anything (while I still have your attention), please
note that I do not have access to the net, much less this newsgroup.
I have mailed this artical to a good friend who has posted it for
me (And I don't think she reads net.lang.forth or net.micro.cpm). 
So please 
		 *DON'T*

use your 'f'-key or your 'r'-key to reply to this artical, but reply
instead by replacing the "burl!smg" at the end of this artical's
path with "burl!bu-3b5!wjb".  Many thanks.

Microcomputing put out a couple of articals once on how to write
your own FORTH interpreter/compiler, written for a CP/M machine in
8080 assembly language.  Someone with whom I've since lost touch
gave me copies of the articals, which I have been using as a guide
to do an implementation on my C64.  I've gotten a lot of the work
done, but right at the end of the second artical (the one about the
compiler), I discovered that there were a couple of listings that
came after the textual part of the artical that my friend neglected
to give to me.  Which brings me to the point of this posting:

If anybody has hardcopies, on-line listings, or can point me to
where I can get copies of those listings, I would appreciate it if
you would get in touch with me at

{ihnp4, among other machines}!burl!bu-3b5!wjb

adTHANKSvance
			--Bill
-- 

Sharon Geddis -- 919-228-4913 (Cornet 291)
	     ...![ floyd sb1 mhuxv ]!burl!smg
 6-Jul-85 02:24:46-MDT,949;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 02:22:35-MDT
Received: from su-star.arpa by AMSAA.ARPA id a012783; 6 Jul 85 3:58 EDT
Date: 6 Jul 85 00:52:00 PDT
From: "R. Meier" <rmeier@su-star.ARPA>
Subject: kermit
To: info-cpm <info-cpm@AMSAA.ARPA>
Reply-To: "R. Meier" <rmeier@su-star.ARPA>

Help,
	I have been unable to get access to the kermit files on columbia-20 and
suspect that there have been some changes recently to the access procedures.
When I login anonymous and try the command cd ps:<kermit>, it says that the
directory does not exist.  It will accept cd ps:<anonymous>, but when I do a
dir it responds that ? is not found.
	Can anyone out there tell me (and possibly others?) how the current
versions of kermit for the ibm-pc (ms-dos), and apple ][+ (Dos 3.3 and CP/M 2.2)
can be obtained?
						Thank you,
						Bob Meier (rmeier@star%su-sierra)
------
 6-Jul-85 03:14:39-MDT,704;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 03:11:56-MDT
Received: from su-star.arpa by AMSAA.ARPA id a012838; 6 Jul 85 4:38 EDT
Date: 6 Jul 85 01:25:00 PDT
From: "R. Meier" <rmeier@su-star.ARPA>
Subject: simtel20
To: info-cpm <info-cpm@AMSAA.ARPA>
Reply-To: "R. Meier" <rmeier@su-star.ARPA>

Help,
	I have been unable to connect to simtel20 recently.  The command
quote stat returns mode s, stru f, type a n, the data connection is CLOSED.
A cd micro:<squsq> command is accepted, but a dir command produces an empty list.
How can the data connection be Openned?	
						Thank you,
						Bob (rmeier@star%su-sierra.arpa)
------
 6-Jul-85 06:19:06-MDT,846;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 06:14:59-MDT
Received: from mit-charon.arpa by AMSAA.ARPA id a000418; 6 Jul 85 7:51 EDT
Received: by mit-charon (4.12/4.7)
	id AA02239; Sat, 6 Jul 85 07:54:40 edt
Message-Id: <8507061154.AA02239@mit-charon>
To: info-cpm@AMSAA.ARPA
Subject: Re: Kermit
Reply-To: holtzman@mit-athena.mit.edu
Date: 06 Jul 85 07:54:07 EDT (Sat)
From: "Henry N. Holtzman" <holtzman@MIT-CHARON.ARPA>


Columbia moved kermit from cucs20 (columbia-20) to cu20b a while
back when cu20b joined the net.  For a while they maintained both,
but I guess they have removed it from cucs20.

ftp to cu20b, login anonymous, and have fun with kermit:


One small problem, however.  Due to phys. plant maintenance, cu20b
will be down this weekend.

-Hank
 6-Jul-85 12:39:27-MDT,823;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 12:38:53-MDT
Received: from usc-isi.arpa by AMSAA.ARPA id a001279; 6 Jul 85 14:13 EDT
Date:  6 Jul 1985 14:13:49 EDT
From: DKREBILL@USC-ISI.ARPA
Subject: PD Info Rqst
To:   info-cpm@AMSAA.ARPA
cc:   krebill@ARDC.ARPA

To assist some folks at USMA who do not have net access,
I am asking for info/documentation/source code on the following
packages, all of which are beleived to be in the public Domain:
(1) XLISP  [We have tracked down binaries for this but need source]
(2) The cardboard inference engine--source is believed to be
in pascal or c.
(3) Power ---A user here has this in a power.com version
only, with no documentation.
Thanks in advance for any pointers/help/assistance!...Dan
-------
 6-Jul-85 19:28:24-MDT,3611;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 19:24:29-MDT
Received: from office-2.arpa by AMSAA.ARPA id a001824; 6 Jul 85 20:55 EDT
Date:  6-Jul-85 17:55 PDT
From: Alan Bomberger <ACB.TYM@office-2.ARPA>
Subject: More on AMPRO Little board BIOS
To: info-cpm@AMSAA.ARPA
Message-ID: <TYM-ACB-793EU@OFFICE-2>

Some problems never seem to get fixed.

My wife has been using an Ampro Little Board for over a year now for a writing 
project.  I put together a system including TEAC 55B and 55F drives for her.  
One of the chronic problems with the Little Board and the TEAC drives has been 
intermittant write errors.  The latest version (received a few weeks ago) of 
their BIOS shows that in the past the problem may even have been solved.  It 
ain't today.  The problem:

How long do you wait for the heads to settle.  The controller has a really good
idea that 1 second is good if the motor was not running (and the heads are not 
loaded) but Ampro has tried several attempts at optimization which are all 
failures.

Katie started having trouble with bad writes after file saves from Magic Wand. 
MW always writes to a brand new file which it opens before it allows any 
editing.  There are no disk reads involved as output to a new file only 
requires allocation of blocks.  So this problem is the same one observed with 
MODEM transfers where the writes are after pauses long enough for the motors to
stop.

Well Katie had been running on an old version of the BIOS which clearly had the
problem as there was almost no wait time for the motor to start.  The latest 
release "fixes" the problem by waiting for several revolutions (requires 
several good reads of sector id of the same id ) after starting the motor.  
Still broke!

Apparently older TEAC drives slow down (longer head load times) as his started 
to become a burden just this week.  I got out my trusty AM radio and tuned into
a good buzz and started poking around with DU.  When writing to the TOP side 
(the side with the loading head) nothing starts to happen until the head slams 
to the surface.  In this case the current 3 revolutions for the heads to settle
is quite adaquate.  On the BOTTOM side the ID reads happen before the flux in 
the head solenoid had even started to build up.  The write operation starts 
even before the head is loaded and the head slams to the surface in the middle 
of the write.  The head hitting the disk rattles the disk and completely 
destroys any synchronization that may have been achieved before the write 
began, result: BDOS BAD SECTOR.  Two weeks ago the head came down either before
the write started or AFTER the write ended!.

The only thing that works ALL the time is the technique used in a very early 
BIOS version.  Turn on the bit in the Disk Controller commands that causes a 1 
second pause whenever the motor is started.  If the motor is already running, 
the pause is not executed.  1 second is not a very long time to wait to insure 
that your data gets written on the disk!  The current BIOS just isn't good 
enough!  So maybe my drives are a little slow! Big deal!

The patch is really very easy.  The MOTOR ON routine has a few READ ID commands
in it for Ampro's "optimized" timing.  Simply patch on the Motor Pause bit for 
these READ ID operations and all your troubles are over.  Peace  !!  I hope 
that someone is saved an aggravating day by reading this.  Incidentally  I 
bought a TEAC 53B drive and like it a lot.  No head loading and very quiet 
seeks!

 8-Jul-85 10:17:00-MDT,867;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Jul 85 10:12:41-MDT
Received: from ucb-vax.arpa by AMSAA.ARPA id a015916; 8 Jul 85 11:28 EDT
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.48)
	id AA01613; Mon, 8 Jul 85 08:26:02 pdt
Received: from ucbamber.CC.Berkeley.ARPA (ucbamber.ARPA)
	by ucbjade.CC.Berkeley.ARPA (4.19/4.36)
	id AA13001; Mon, 8 Jul 85 08:29:26 pdt
Received: by ucbamber.CC.Berkeley.ARPA (4.19/4.35.3)
	id AA05434; Mon, 8 Jul 85 08:30:58 pdt
Date: Mon, 8 Jul 85 08:30:58 pdt
From: swillett%ucbamber.CC@ucb-vax.ARPA
Message-Id: <8507081530.AA05434@ucbamber.CC.Berkeley.ARPA>
To: DKREBILL@USC-ISI.ARPA, info-cpm@AMSAA.ARPA
Subject: Re: PD Info Rqst
Cc: krebill@ARDC.ARPA

Power is definately not in the public domain - it is a commercial
program

 8-Jul-85 14:44:46-MDT,1227;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Jul 85 14:41:45-MDT
Received: from ames-vmsb.arpa by AMSAA.ARPA id a023105; 8 Jul 85 15:00 EDT
Date: 8 Jul 85 11:49:00 PDT
From: max.hartman@AMES-VMSB.ARPA
Subject: --- info request ---
To: info-cpm@AMSAA.ARPA
Reply-To: max.hartman@AMES-VMSB.ARPA


I would like information on the following:

1) Has anyone out there installed ZCPR3 on a Kaypro "luggable"?  We couldn't
   do it.  Some points: we DO NOT have the CP/M macro assembler, we tried
   assembling with the plain-vanilla assembler and a DIFFERENT macro ass-
   embler than was used in the installation instructions.  Could this have
   been the problem?  Other than that, we followed installation instructions
   as closely as possible.  If you want more details from which to help us,
   please ask.

2) Does anyone know the format of a WordStar created file?  I know some things:
   CR/LF pair ends a line, if the high-bit is set on the LF it ends the page,
   ctrl-S toggles the underlining.  Can anyone out there tell me more info?

3) There is no third question.

Thanks in advance,
			-Richard Hartman
			max.hartman@ames-vmsb
------
 8-Jul-85 16:34:01-MDT,729;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Jul 85 16:31:06-MDT
Received: from ames-vmsb.arpa by AMSAA.ARPA id a001755; 8 Jul 85 17:53 EDT
Date: 0  0 00:00:00 PDT
From: max.hartman@AMES-VMSB.ARPA
Subject: --- Otrona Attache ---
To: info-cpm@AMSAA.ARPA
Reply-To: max.hartman@AMES-VMSB.ARPA


Does anyone know how much an Otrona Attache would cost these days?
(I have heard that the company is out of business, but that they
are good machines.....) And/or where I might be able to get one?
I am just looking, but might buy if I can find a good deal....
			-Richard Hartman
			max.hartman@ames-vmsb

P.S.: "good deal" changes w/ the current budget.....
------
 9-Jul-85 11:22:21-MDT,623;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Jul 85 11:21:12-MDT
Received: from wpafb-info1.arpa by AMSAA.ARPA id a005550; 9 Jul 85 12:33 EDT
Date: 9 Jul 85 08:03:00 EST
From: "CPT.GREG.ELDER" <elder@wpafb-info1.ARPA>
Subject: I.C. Express
To: info-cpm <info-cpm@AMSAA.ARPA>
Reply-To: "CPT.GREG.ELDER" <elder@wpafb-info1.ARPA>

I'm thinking about ordering some 41256 RAM chips (150ns) from I.C. Express.
They have an advertised price of $4.25.  Has anyone done any business
with this company or know anything good or bad about them?  Thanks.

-Greg
------
 9-Jul-85 12:25:23-MDT,965;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Jul 85 12:21:47-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a007098; 9 Jul 85 13:17 EDT
Date: Mon, 8 Jul 1985  21:27 MDT
Message-ID: <KPETERSEN.12125508565.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   max.hartman@AMES-VMSB.ARPA
Cc:   Info-Cpm@AMSAA.ARPA
Subject: Installing ZCPR3 on a Kaypro
In-reply-to: Msg of 8 Jul 1985  12:49-MDT from max.hartman at AMES-VMSB.ARPA

There is a complete ZCPR3 installation package for the Kaypro-10
available via FTP from SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.ZCPR3>
K10ZCPR3.LBR.1			BINARY	 79616  3DDCH

The .LBR includes a Z80 assembler (presumably used for installing this
package).  I know nothing more about it.

If you don't have access to Simtel20, you can get the file from my
RCPM (313-759-6569).

--Keith
 9-Jul-85 13:09:06-MDT,387;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Jul 85 13:07:05-MDT
Received: from lll-mfe.arpa by AMSAA.ARPA id a008169; 9 Jul 85 13:59 EDT
Date: Mon, 8 Jul 85 22:00 PDT
From: "Webb Mike"@LLL-MFE.ARPA
Subject: MSDOS CATALOG PROG
To: INFO-CPM@AMSAA.ARPA



DOES ONE OF THESE EXIST FOR 'MSDOS'(I HOPE,I HOPE,I HOPE)

				MIKE
 9-Jul-85 13:35:57-MDT,1121;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Jul 85 13:34:38-MDT
Received: from nosc-gw by AMSAA.ARPA id a009364; 9 Jul 85 14:27 EDT
Received: from marlin.ARPA by nosc.ARPA (4.17/4.7)
	id AA07341; Tue, 9 Jul 85 11:24:29 pdt
Received: by marlin.ARPA (4.17/4.7)
	id AA02288; Tue, 9 Jul 85 11:27:59 pdt
Date: Tue, 9 Jul 85 11:27:59 pdt
From: "Joseph G. Grovhoug" <grovhoug%marlin@nosc.ARPA>
Message-Id: <8507091827.AA02288@marlin.ARPA>
To: max.hartman@AMES-VMSB.ARPA
Subject: Re:  --- Otrona Attache ---
Cc: grovhoug%marlin@nosc.ARPA, info-cpm@AMSAA.ARPA

Richard...Have used two Otrona Attaches [one configured 8:16] constantly
during the past three years and, yes, they are good machines.  Unfortun-
ately Otrona went tits up a while back, but service is readily available
from several independent sources.  Suggest you contact Computer Systems
of Marin, 301 Poplar St, Mill Valley, CA  94941 (415) 388-4805 re: avail-
ability of Attaches.  As of May they advertised 8:16 machines (new) for
$1200.  Good luck & Aloha,  Jeff Grovhoug   grovhoug@nosc
10-Jul-85 06:04:58-MDT,1784;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 06:02:24-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000251; 10 Jul 85 7:29 EDT
Received: from usenet by TGR.BRL.ARPA id a000490; 9 Jul 85 23:55 EDT
From: John Blalock <jb%terak.uucp@BRL.ARPA>
Newsgroups: net.micro,net.micro.cpm,net.periphs
Subject: Followup to Xebec 1410 BIOS help wanted request
Message-ID: <632@terak.UUCP>
Date: 7 Jul 85 22:29:06 GMT
Xref: seismo net.micro:11597 net.micro.cpm:4612 net.periphs:797
To:       info-cpm@AMSAA.ARPA

<bug food>

To follow up my earlier request to the net for help with sample CP/M-80
BIOS listings for adding a Xebec S1410 controller and two Shugart SA606
Winchester drives to my system with a CCS 2422 FDC, I got a few suggestions
and comments that indicated others may be interested in doing the same thing
but no specific help.  Even so, I now have the hardware running with BIOS
mods I hacked together and can verify that such a task is not impossible.
The drives formatted to 8.2 MB each with no problems so far.

Source information:  (I have no connection, just satisfied customer.)
The Shugart SA606 drives were $150 each and the Xebec S1410 SASI Controller
was $125 from Paramount Electronics, 649 Arques Ave., Sunnyvale, CA 94086,
(408) 773-9595.  The Xebec S-100 Host Adapter I ended up using was $90
from Hamilton-Avnet.  For a sample BIOS and a diagnostic program in Z80
assembly language, feel free to contact me at the address below.

John Blalock, W7AAY

uucp:	 ...{amd,decvax,hao,ihnp4,seismo}!noao!terak!jb
phone:	 (602) 998-4800
us mail: Terak Corp., 14151 N. 76th St., Scottsdale, AZ 85260
         \\\\\
          -----> Soon to be part of CalComp, A Sanders Company
10-Jul-85 06:10:10-MDT,4578;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 06:09:43-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000351; 10 Jul 85 7:30 EDT
Received: from usenet by TGR.BRL.ARPA id a007213; 10 Jul 85 5:46 EDT
From: Bruce Eckel <morgan%fluke.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: C compilers for CP/M
Message-ID: <801@vax2.fluke.UUCP>
Date: 8 Jul 85 20:45:06 GMT
To:       info-cpm@AMSAA.ARPA

>I am planning on buying a C compiler to run on my CP/M system.  What I
>would like to know is which one should I buy?  Things that I would like
>to do are:
>	* Write interrupt handlers.
>	* Produce 'com'able code
>	* Mixed language programming
>Would anybody with C compilers on their machines care to relate their
>experiences?  All responses will be greatly appreciated.
>
>					Mark Ryding
>					{..trwrb!trwrba!ryding}

I have used several C compilers on CP/M and have tried most of the
things you refer to.  All of them produce "com"able code, if you mean
produces a .com file.  I also think all of them require you to go through
and assembler, linker and loader to accomplish this.  If you mean "rom"able,
I know Aztec does it and I think the others will too if you put in the right
ORG statements or whatnot.  There is usually a way even if they didn't design
it in.

1) Aztec.  Expensive at $200, but K&R complete, or more so than most.  Good
library.  Includes its own assembler, linker and librarian.  Slow as mollasses.
I use it because I am familiar with it and didn't want to mess with the
idiosyncrasies of the others (at the time).  No bit fields or preprocessor
macros, but it seems NOBODY has those.  The manual is geared after UNIX (not
a terribly good precedent but OK) which I am sure they developed the language
on.  One of the big plusses about this system is its transportability -- Aztec
makes (virtually) identical compilers for essentially every processor and
operating system.  They even make cross-compilers so you can (for example)
develop on cp/m and run on apple.

2) BDS .  A friend swears by it and it seems fast, efficient and correct.
That is, the compiler seems fast.  I don't know that much about the code
efficiency but he says it is efficient.  $150.  The manual is very good.
No library is as complete as Aztecs, but you can always add your own
library modules to any of these.  BDS was really the CPM C standard
for quite a while, before:

3) C/80 .  for 50$ (might be 60 now) and 20 extra for floating point, the real
bargain in C compilers.  I used an early version of this and didn't like it
because they didn't seem to conform to K&R (at least not the library functions)
and as I was struggling to *learn* the language in the first place, I didn't
want to mess with language variants.  Now, however, it seems to have been
cleaned up significantly.  People seem to love it only second to Turbo pascal,
and amazing things have been written with it.  The people at Software
Toolworks (makers of C/80) have written a lot of stuff with it themselves,
notably MyCalc (best spreadsheet for cpm I have seen; I am told supercalc does
sorts better, but I just like the way MyCalc works.  Amazing that visicalc
made any money at all, considering how limited it was) and Mychess.  Lots of
other people use C/80.  Real nice to have floating point; I think it
comes with Aztec but you might have to pay extra for it.  C/80 is probably
your best bet (at least to get started).

4) Q/C.  The only thing I can say about this is it comes with source code,
written in C.  I don't know how it runs since I've never used it, but if 
you want to know how a compiler is written, this would probably be $95
well spent.  Chances are it is real slow (whereas BDS and C/80 are
written, I believe, in assembly).

What do I prefer?  Well, they all do so many disk accesses, and of
course going in and out of the editor (wordstar) is incredibly time
consuming.  I get very frustrated and am thinking of putting a RAM disk
on my Kaypro with a megabyte (~$450) to speed up *everything*.  But it seems
such a waste for most tasks, which are fast.  I keep hearing rumors about:

5) Turbo C.  Vaporware at the moment, but if it is anything like Turbo P,
it will be worth waiting for.  They may have put all their efforts 
into Modula-2, but we can hope.  I would by Turbo C in a second, and
be off and running.  Failing that, I may just give up the wait and
buy Turbo Pascal.

			Bruce Eckel <morgan>
			uw-beaver!fluke!morgan
10-Jul-85 14:38:43-MDT,2049;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 14:35:25-MDT
Received: from usc-ecl.arpa by AMSAA.ARPA id a000522; 10 Jul 85 15:26 EDT
Date: Wed 10 Jul 85 12:27:13-PDT
From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
Subject: Library vs Archive files
To: info-ibmpc@USC-ISIB.ARPA
cc: info-cpm@AMSAA.ARPA
Postal-address: Beckman Instruments, Inc.
Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
Phone: (714)961-3393

Some of the public IBM bulletin board systems are using a program called
ARC.EXE to pack related files into "archives".  In the past, this has
been done with "LU*" library utility programs.  I think the library
utility programs are to be preferred for the following reasons:
.
1) They are public domain, whereas ARC.EXE is a product of System
   Enhancement associates and asks for a "donation".
.
2) The LU programs are well documented. Gary Novosielski wrote the
   first version in C.  The documentation for current versions is
   in LUDEF5.DOC.  Some versions have source available.
.
3) Library programs exist on mainframes such as Unix and DEC-20 that
   will handle .LBR files.
.
4) The format is compatible with CP/M-80 .LBR files, so the CP/M user
   can handle them (altho not run the executable).
.
5) LBR utilities exist to run executable programs directly from the
   library file.
.
6) Paul Homchick and Vernon Buerg have written high performance versions
   of LU* programs for the IBM-PC.  LUE201.COM is 2688 bytes and will
   extract all members and unsqueeze them if necessary at the same time.
.
7) ARC does result in slightly smaller files. Comparing library files
   with archive files shows .LBR files to be about 1000 bytes larger,
   for .LBR files from 11000 to 40000 bytes in size, apparently because
   a better algorithm is used for packing repeated characters in .EXE
   files. However, I believe the other reasons listed above justify
   using the .LBR programs.
.
Ted Shapin








-------
10-Jul-85 15:20:31-MDT,1485;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 15:16:45-MDT
Received: from xerox.arpa by AMSAA.ARPA id a002752; 10 Jul 85 16:19 EDT
Received: from CheninBlanc.ms by ArpaGateway.ms ; 10 JUL 85 10:10:20 PDT
Date: 10 Jul 85 10:10:12 PDT (Wednesday)
From: DHowell.ES@XEROX.ARPA
Subject: Re: --- info request ---
In-reply-to: Your message of 8 Jul 85 11:49:00 PDT
To: max.hartman@AMES-VMSB.ARPA
cc: info-CPM@AMSAA.ARPA
Message-ID: <850710-101020-1458@Xerox>

Answer to question number 2:

Basically, a WordStar file is an ASCII text file with the high bit set
to signify certain formatting features.  All control characters using
ctrl-P to enter are stored as straight ASCII, thus typing a ctrl-P
ctrl-B stores a ctrl-B in the file.

The uses of the high bit are as follows, as far as I have determined.
   a high bit on an LF signifies a page break (as you have noted)
   a high bit on a space signifies a "soft" space (used by WordStar to
microjustify)
   a high bit on the last character of a word means that it is part of a
justified paragraph.

Also the hex characters 1E and 1F signify soft hyphens, one being in the
middle of a line, the other at the end (I don't recall which is which).

Using this information, I have been able to write a microjustification
program for dot-matrix printers (WordStar only provides for daisy-wheel
printers).

Answer to question number 3:
   42 :-)

Dan
10-Jul-85 15:59:55-MDT,949;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 15:59:23-MDT
Received: from xerox.arpa by AMSAA.ARPA id a003171; 10 Jul 85 16:36 EDT
Received: from PinotNoir.ms by ArpaGateway.ms ; 10 JUL 85 13:38:17 PDT
Date: 10 Jul 85 13:38 PDT
From: Ghenis.pasa@XEROX.ARPA
Subject: Re: C compilers for CP/M
In-reply-to: Bruce Eckel <morgan%fluke.uucp@BRL.ARPA>'s message of 8 Jul
 85 20:45:06 GMT
To: info-cpm@AMSAA.ARPA
Message-ID: <850710-133817-1734@Xerox>


I'd like to add that C/80 produces the smallest and fastest .com files.
BDS-C compiles very fast, but is probably the most non-standard.  For
"standardness" and portability you can't beat Aztec.

Personally, I have a short fuse, so I stick with Turbo Pascal, which
doesn't tax my patience at compile time.

I recommend referring to the very complete review of C compilers
published recently in Computer Language magazine.
10-Jul-85 21:32:52-MDT,1082;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 21:31:26-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a006264; 10 Jul 85 22:57 EDT
Received: from usenet by TGR.BRL.ARPA id a011513; 10 Jul 85 22:52 EDT
From: Melinda Shore <shor%sphinx.uchicago.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: C compilers for CP/M
Message-ID: <795@sphinx.UChicago.UUCP>
Date: 9 Jul 85 18:36:44 GMT
To:       info-cpm@AMSAA.ARPA

[]
A few quick follow-up notes to the discussion of various CP/M C compilers: 

1)  Aztec *does* support parameterized pre-processor macros.

2)  The icky thing about the BDS compiler is that it is somewhat
    non-standard.  Another thing is that, at least in earlier versions
    (here's hoping this has been fixed), the compiler didn't know about
    floats.  There was floating point support in the libraries, however.

-- 
Melinda Shore                               ..!ihnp4!gargoyle!sphinx!shor
University of Chicago Computation Center    Staff.Melinda%chip@UChicago.Bitnet
10-Jul-85 22:12:24-MDT,999;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 22:11:54-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a006497; 10 Jul 85 23:44 EDT
Received: from usenet by TGR.BRL.ARPA id a011985; 10 Jul 85 23:42 EDT
From: william edwards <edwards%h-sc1.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: C compilers for CP/M
Message-ID: <436@h-sc1.UUCP>
Date: 10 Jul 85 12:41:12 GMT
To:       info-cpm@AMSAA.ARPA

> 
> 1) Aztec.  Expensive at $200, but K&R complete, or more so than most.  Good
> library.  Includes its own assembler, linker and librarian.  Slow as mollasses.
> I use it because I am familiar with it and didn't want to mess with the
> idiosyncrasies of the others (at the time).  No bit fields or preprocessor
> macros, but it seems NOBODY has those.  

My version of Aztec C for CP/M-80 (1.05g) definitely supports
parameterized #defines.

					Bill Edwards

					harvard!edwards
					edwards@harvard.ARPA
11-Jul-85 01:20:17-MDT,1221;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 01:18:44-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a007563; 11 Jul 85 2:53 EDT
Received: from usenet by TGR.BRL.ARPA id a015286; 11 Jul 85 2:48 EDT
From: Timothy D Margeson <timothym%tekigm.uucp@BRL.ARPA>
Newsgroups: net.lang.pascal,net.micro,net.micro.pc,net.micro.cpm
Subject: Reading CPM/86 Command Line
Message-ID: <505@tekigm.UUCP>
Date: 10 Jul 85 05:57:44 GMT
Xref: seismo net.lang.pascal:348 net.micro:11625 net.micro.pc:4884 net.micro.cpm:4624
To:       info-cpm@AMSAA.ARPA

Hello,

I am looking for instructions on how to read the CPM/86 command line from
within Turbo Pascal specifically.

I have found the location of the command buffer, but it appears to be a
circular referenced affair. What I need is the pointer location if my
assumptions are correct, or any flames that might lead me in the correct
direction should my assumptions be wrong.

I will appreciate any and all advice as I haven't much hair left.

Thanks!

-- 
Tim Margeson (206)253-5240
tektronix!tekigm!timothym                   @@   'Who said that?'  
PO Box 3500  d/s C1-465
Vancouver, WA. 98665
11-Jul-85 06:34:49-MDT,3114;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 06:33:37-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a010829; 11 Jul 85 7:52 EDT
Date: Thursday, 4 July 1985  18:19-MDT
Message-ID: <KPETERSEN.12126125129.BABYL@SIMTEL20.ARPA>
Sender: Andy Brown <brown@CMU-CS-K.ARPA>
From: Andy Brown <brown@CMU-CS-K.ARPA>
Subject:   using both side of disks
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Thu 11 Jul 1985 05:54-MDT

Whether it is a good idea to use both sides of a floppy disk depends
on two things:

1)  Is the magnetic material on both sides of the disk error-free.

2)  Are the disks designed to be "flipped".  That is, can the disk
    safely rotate in both directions with no damage.

Most floppy disks are manufactured with a magnetic coating on *both*
sides.  The disks are then tested to make sure that there are no
defects which would make them unsuitable for data storage.  If one
side of a disk is bad, then it is usually ceritfied as a single-sided
disk, if both sides are good, then it is certified as a double-sided
disk.  When you buy blank disks, it will always say on the box whether
the disks are single or double sided.  Therefore, most single-sided
disks have *known* defects on the uncertified side (you can tell which
side is the correct side because it has the label on it).

All floppy disks have what is known as a "liner".  This is inside the
cover of the disk and it has two main functions: to minimize friction
as the disk is spinning; and to catch and redirect any dirt and dust
which may have found its way into the disk jacket.  There are a wide
variety of liner designs, and some of them are intended for use with
disks that will only be spinning in *one* direction.  Flipping a disk
with such a liner could cause dirt and dust that was trapped by the
liner to be released onto the disk, creating the potential for head or
disk damage.

It must be mentioned that there are really *two* kinds of double-sided
disks.  Some disk drives, (such as the double sided drives in the IBM
PC) have two heads, one for each side of the disk.  Thus they use both
sides of the disk, but the disks always spin in the same direction.
When you "flip" a disk on a single-sided disk drive, such as the
Commodore 1541, the disk will spin in the opposite direction when you
flip it.  Thus there are some floppy-disks on which both sides can be
used, but you might not want to use the *back* side on your Commodore
1541 disk drive because using that side will cause the disk to spin in
the wrong direction.

It is absolutely safe to use both sides of a disk on a 1541 disk-drive
if the disks are certified double-sided on the box, and there is a
write-protect notch cut on both side edges of the disk.  If not, then
it is risky to use the uncertified side for data storage.

If you buy a commercial software product which uses both sides of a
disk, then it is probably safe to assume that they are using the
correct kind of disk.


--- Andy Brown 
11-Jul-85 07:09:45-MDT,2087;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 07:06:31-MDT
Received: from xerox.arpa by AMSAA.ARPA id a012014; 11 Jul 85 8:25 EDT
Received: from Muscat.ms by ArpaGateway.ms ; 11 JUL 85 05:27:51 PDT
Date: Thu, 11 Jul 85 08:27 EDT
From: Kushall.henr@XEROX.ARPA
Subject: Re:HardDisks for DEC Rainbows
To: HARRELL%EDUCOM.BITNET@WISCVM.ARPA
cc: INFO-CPM@AMSAA.ARPA
Message-ID: <850711-052751-1144@Xerox>

Ralph,

The following suppliers of rigid disk drives are listed in the spring
84 DEC Rainbow handbook.

CORVUS SYSTEMS
2029 O'Toole Ave.
San Jose, CA 95131
(408) 946-7700

  External winchester drives 5.9 M, 12.1 M, 18.4 M

UNIVATION INC
1037 North Fair Oaks Ave.
Sunnyvale, CA 94089
(408) 745-0180

 5 M removable hard disk with 64-320K RAM
 11 M internal hard disk with 64-320 K RAM

QUCES INC.
3 Quces Drive
Metuchen NJ 08840
(800) 631-5944
(201) 548-2135
 
 10, 16, 20, 42, 57, and 84 M Hard disk subsystems

The June 85 Digital Review had an article on rigid disk drives for DEC
computers, Rainbow to VAX.

Of the vendors listed only digital and Univation were listed for the
Rainbow.
The following Univation list prices were given.

DHD205R-64 5.25 inch 20 MB fixed 5 MB removable 85 msec access time
625KB/Sec
List price $3995

DHD20-64 5.25 inch 20.7 MB fixed 85 msec access time 625KB/Sec
List price $2750

DHD11-64 5.25 inch 11 MB fixed 80 msec access time 625KB/Sec
List price $2160

I hope you find this info useful, if you had an IBM PC you can get a 10
MB drivesetup for about $600 and 20 MB for about $ 800.

A while back Advanced Computer Products had a close on the DEC 5 MB
Rainbow
upgrade for $750, but none are left.

Also please note unless you have thre Rainbow 100B you will have to
replace the power supply as the 100A power supply can not supply a
rigid.

Sad note, you can buy a Tandy 1200 with 10 Meg Hard Disk($1995) for less
than the cost of any of the above!

ED
------------------------------------------------------------

11-Jul-85 07:29:35-MDT,1691;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 07:28:14-MDT
Received: from usc-eclb.arpa by AMSAA.ARPA id a012899; 11 Jul 85 8:51 EDT
Date: 11 Jul 1985 05:49-PDT
Sender: STANLEY@usc-eclb.ARPA
Subject: Re: PD Info Rqst
From: STANLEY@usc-eclb.ARPA
To: DKREBILL@usc-isi.ARPA
Cc: info-cpm@AMSAA.ARPA, krebill@ardc.ARPA
Message-ID: <[USC-ECLB]11-Jul-85 05:49:34.STANLEY>
In-Reply-To: The message of  6 Jul 1985 14:13:49 EDT from DKREBILL@USC-ISI.ARPA

	
    Received: from AMSAA by USC-ECLB; Sat 6 Jul 85 11:42:04-PDT
	      from usc-isi.arpa by AMSAA.ARPA id a001279; 6 Jul 85 14:13 EDT
    Date:  6 Jul 1985 14:13:49 EDT
    From: DKREBILL@USC-ISI.ARPA
    To:   info-cpm@AMSAA.ARPA
    Cc:   krebill@ARDC.ARPA
    Subject: PD Info Rqst
    Return-Path: <info-cpm-request@AMSAA>
    
    To assist some folks at USMA who do not have net access,
    I am asking for info/documentation/source code on the following
    packages, all of which are beleived to be in the public Domain:
    (1) XLISP  [We have tracked down binaries for this but need source]
    (2) The cardboard inference engine--source is believed to be
    in pascal or c.
    (3) Power ---A user here has this in a power.com version
    only, with no documentation.
    Thanks in advance for any pointers/help/assistance!...Dan
    -------
    
	      --------------------
		
Dan

XLISP   can   be  found  on  SIMTEL20  in  the  MICRO:<CPM.XLISP>
directory.  To be sure of what files are what, it would  be  good
to  download  MICRO:<CPM>CPM.CRCLST first to verify filenames and
CRC's.

                                ...Dick
11-Jul-85 07:56:34-MDT,1547;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 07:51:47-MDT
Received: from usc-eclb.arpa by AMSAA.ARPA id a013138; 11 Jul 85 8:57 EDT
Date: 11 Jul 1985 05:55-PDT
Sender: STANLEY@usc-eclb.ARPA
Subject: Re: I.C. Express
From: STANLEY@usc-eclb.ARPA
To: elder@wpafb-info1.ARPA
Cc: info-cpm@AMSAA.ARPA
Message-ID: <[USC-ECLB]11-Jul-85 05:55:02.STANLEY>
In-Reply-To: The message of 9 Jul 85 08:03:00 EST from "CPT.GREG.ELDER" <elder@wpafb-info1.ARPA>

	
    Received: from AMSAA by USC-ECLB; Tue 9 Jul 85 10:25:10-PDT
	      from wpafb-info1.arpa by AMSAA.ARPA id a005550; 9 Jul 85 12:33 EDT
    Date: 9 Jul 85 08:03:00 EST
    From: "CPT.GREG.ELDER" <elder@wpafb-info1.ARPA>
    Reply-To: "CPT.GREG.ELDER" <elder@wpafb-info1.ARPA>
    To: info-cpm <info-cpm@AMSAA.ARPA>
    Subject: I.C. Express
    Return-Path: <info-cpm-request@AMSAA>
    
    I'm thinking about ordering some 41256 RAM chips (150ns) from I.C. Express.
    They have an advertised price of $4.25.  Has anyone done any business
    with this company or know anything good or bad about them?  Thanks.
    
    -Greg
    ------
    
	      --------------------
		
Greg

Don't  know  about IC Express, but have just ordered some 150 ns.
41256 from Microprocessors Unlimited, Beggs, OK  at  $3.25  each,
made  by NEC.  Although I haven't dealt with this company before,
several others here have and have  been  quite  satisfied.   Hope
that helps.

                                ...Dick
11-Jul-85 08:11:36-MDT,2019;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 08:11:04-MDT
Received: from xerox.arpa by AMSAA.ARPA id a014115; 11 Jul 85 9:26 EDT
Received: from Muscat.ms by ArpaGateway.ms ; 11 JUL 85 06:26:51 PDT
Date: Thu, 11 Jul 85 08:22 EDT
From: Kushall.henr@XEROX.ARPA
Subject: Re: Reading CPM/86 Command Line
In-reply-to: <505@tekigm.UUCP>
To: Timothy D Margeson <timothym%tekigm.uucp@BRL.ARPA>
cc: info-cpm@AMSAA.ARPA, XeroxInfo-CPM^.Wbst@XEROX.ARPA, 
    Pascal/Turbo^.x@XEROX.ARPA
Reply-To: Kushall.henr@XEROX.ARPA
Message-ID: <850711-062651-1179@Xerox>

I have been using the following method for reading the command line
arguments from Turbo Pascal. (CP/M-86 version 2.0, Turbo Pascal version
2.0)

Declare the following global variable:
var

   CmdLine : String[128] absolute(DSeg:$80); { this is the location of
the CP/M 86 Command line buffer}

   CmdLineString : String[128]; { used to save the command line }

You must execute the following code before your program does any IO and
destroys the buffer !

CmdLineString := CmdLine; { Copies the command line args into the safe
area}

Note that if length(CmdLine) = 0 then no args were passed.
The data format of Dseg:$80 is as follows:
The byte at Dseg:$80 is the nunber of characters passed in the cmd line
after the name of the .CMD file called including the leading space. This
will be CmdLine[0] in the Turbo Pascal string. Thus the string is
returned by CP/M in the same format as required by Turbo.

The same method can be used for CP/M 80 except the declaration is:
CmdLine : String[128] Absolute $80;

And for MS-DOS
CmdLine : String[128] Absolute(CSeg:$80);

It is my understanding that the CP/M-80 versions only allow a limited
number of characters to be passed as arguments(arround 30) I have not
verified this for any of the implementations.

Turbo Pascal 3.0 includes 'standard' procedures for reading the command
line arguments.

Ed Kushall

11-Jul-85 08:44:37-MDT,888;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 08:42:05-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a015100; 11 Jul 85 9:53 EDT
Received: from usenet by TGR.BRL.ARPA id a022896; 11 Jul 85 9:44 EDT
From: Bill Hery <wjhe%hlexa.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Terminal emulator for Vecotr Graphic micro
Message-ID: <4385@hlexa.UUCP>
Date: 10 Jul 85 14:08:57 GMT
To:       info-cpm@AMSAA.ARPA

Does anyone know of a good terminal emulator for an old Vector Graphic
VIP micro using CP/M? It's a Z-80 based machine with a single sided, double
density disk drive.  Support of full screen editors (e. g. vi) on the host
is a requirement; emulating a VT100, or HP2621 is fine.  I will pay
a reasonable price for a suitable commercial product.

Bill Hery
ihnp4!hlexa!wjhe

or

ihnp4!hlwpb!hery
11-Jul-85 09:05:17-MDT,2932;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 09:00:27-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a015070; 11 Jul 85 9:52 EDT
Received: from usenet by TGR.BRL.ARPA id a022752; 11 Jul 85 9:41 EDT
From: "Mike (I'll be mellow when I'm dead" <mwm%ucbtopaz.cc.ucb-vax.arpa@BRL.ARPA>
MMDF-Warning:  Parse error in original version of preceding line at BRL.ARPA
Newsgroups: net.micro.cpm
Subject: Re: C compilers for CP/M
Message-ID: <1008@ucbtopaz.CC.Berkeley.ARPA>
Date: 10 Jul 85 22:59:33 GMT
To:       info-cpm@AMSAA.ARPA

More followup on the C compiler commentary.

In article <801@vax2.fluke.UUCP> morgan@fluke.UUCP (Bruce Eckel) writes:
>2) BDS .  A friend swears by it and it seems fast, efficient and correct.
>That is, the compiler seems fast.  I don't know that much about the code
>efficiency but he says it is efficient.  $150.  The manual is very good.
>No library is as complete as Aztecs, but you can always add your own
>library modules to any of these.  BDS was really the CPM C standard
>for quite a while, before:

Unlike other C compilers, BDS C does not produce an intermediate
assembler, but produces relocatables directly. This is one of the
reasons for it's compile-time speed. It comes with a program to turn
pseudo-assembler into .CRL files, and a source-level debugger (the only
CP/M-80 compiler to do so, last time I looked). It can be used to
generate rommable code and interrupt handlers (I've done so).

The major loss with BDS C is the I/O library, and no initializers. The
I/O library looks like the PWB library. BDS C is *not* suitable for
writing code for porting to other system, or for porting code from other
systems to CP/M-80. I think it's the best thing around for writing
CP/M-80 code, though.

>4) Q/C.  The only thing I can say about this is it comes with source code,
>written in C.  I don't know how it runs since I've never used it, but if 
>you want to know how a compiler is written, this would probably be $95
>well spent.  Chances are it is real slow (whereas BDS and C/80 are
>written, I believe, in assembly).

BDS C is written in assembler (yet another reason for it's speed). C/80
is written in C. In fact, C/80 and Q/C both started from the Public
Domain Small/C compiler. I was never happy with C/80, as the early
version (v2.0) I have is full of bugs. It did produce fast code, by
copying the arguments into a fixed area of memory, and then back onto
the stack for subroutine calls so recursion worked. This was (I think)
the reason that it evaluated and stacked subroutine arguments from left
to right instead of right to left (like nearly every other C compiler I
know of). This quirk could expose portability problems in your code, and
makes the printf function the single ugliest piece of C I've ever laid
eyes on. They may have fixed this by now.

	<mike
11-Jul-85 09:38:08-MDT,899;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 09:36:53-MDT
Received: from su-score.arpa by AMSAA.ARPA id a016784; 11 Jul 85 10:34 EDT
Date: Thu 11 Jul 85 07:32:26-PDT
From: Steven Bjork <BJORK@SU-SCORE.ARPA>
Subject: CPM-80 Deblocking routine question
To: info-cpm@AMSAA.ARPA
Message-ID: <12126153831.11.BJORK@SU-SCORE.ARPA>

Does anyone know if there is an extended version of DR's deblocking
algorithm around? Three features would be convenient to have--
1. Greater than 255 sectors/track capability.
2. Variable blocking factors-i.e., 256, 512, or 1024 bytes/sector.
3. Z80 coded (feature?).
Or, possibly even better, would be a flowchart or other information
(hello, DR?) to help me in a custom implementation. My only source
at the moment are the old CPM 2.2 manuals--the ones with all the
mistakes. --Steve
-------
11-Jul-85 19:45:53-MDT,414;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 19:43:51-MDT
Received: from mit-mc.arpa by AMSAA.ARPA id a003940; 11 Jul 85 21:18 EDT
Date: Thu, 11 Jul 85 21:21:14 EDT
From: Eric Stork <STORK@MIT-MC.ARPA>
Subject: Buzz Words
To: STORK@MIT-MC.ARPA, info-cpm@AMSAA.ARPA
Message-ID: <[MIT-MC.ARPA].572604.850711.STORK>


BD7\LGO:R'-V2\N0h
11-Jul-85 20:04:10-MDT,414;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 20:01:06-MDT
Received: from mit-mc.arpa by AMSAA.ARPA id a003973; 11 Jul 85 21:21 EDT
Date: Thu, 11 Jul 85 21:24:17 EDT
From: Eric Stork <STORK@MIT-MC.ARPA>
Subject: Buzz Words
To: STORK@MIT-MC.ARPA, info-cpm@AMSAA.ARPA
Message-ID: <[MIT-MC.ARPA].572606.850711.STORK>


BD7\LGO:R'-V2\N0h
11-Jul-85 20:35:23-MDT,2010;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 20:32:48-MDT
Received: from mit-mc.arpa by AMSAA.ARPA id a004025; 11 Jul 85 21:29 EDT
Date: Thu, 11 Jul 85 21:32:16 EDT
From: Eric Stork <STORK@MIT-MC.ARPA>
Subject: BuzzWords
To: STORK@MIT-MC.ARPA, info-cpm@AMSAA.ARPA
Message-ID: <[MIT-MC.ARPA].572616.850711.STORK>



                    Buzz Words by the Numbers

There is circulating in Washington, D.C., a "foolproof system for
those wishing to appear more learned than they are."  It is
called "convoluted phraseology."

Here is how it works:

    .   When you need to "language up", select at random any
        three-digit number.

    .   Look up the words associated with your number in the
        table below (one digit per column).

      Col. 1              Col. 2              Col. 3

   0. integrated       0. management         0. options 
   1. total            1. organizational     1. options 
   2. systematized     2. monitored          2. capability 
   3. parallel         3. reciprocal         3. capability 
   4. functional       4. digital            4. programming 
   5. responsive       5. logistical         5. concept 
   6. optimal          6. transitional       6. time-phase 
   7. synchronized     7. incremental        7. projection 
   8. compatible       8. third-generation   8. hardware 
   9. balanced         9. policy             9. contingency 

For example, 379 produces "parallel incremental contingency."  No
one knows what that means, but it sounds impressive.

Now, someone truly clever out there in Netland should develop a
module that can be integrated into any word processor so that
when a specially defined key is hit, the module will:

    .   Generate a three-digit random number,

    .   Reach into the table for the Buzz Words, and

    .   Insert the appropriate phrase into the document
        being prepared.


Upward and onward.



13-Jul-85 12:05:48-MDT,761;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Jul 85 12:04:05-MDT
Received: from xerox.arpa by AMSAA.ARPA id a000443; 10 Mar 85 4:48 EST
Received: from Muscat.ms by ArpaGateway.ms ; 12 JUL 85 09:50:21 PDT
Date: Fri, 12 Jul 85 12:50 EDT
From: Kushall.henr@XEROX.ARPA
Subject: Re: Harddisks
In-reply-to: "HARRELL@EDUCOM.BITNET.AG's message of 21 JUN 85 09:39 EDT"
To: HARRELL%EDUCOM.BITNET@WISCVM.ARPA
cc: INFO-CPM@AMSAA.ARPA
Message-ID: <850712-095021-129@Xerox>

DEC is selling the RD50 disk drive kits for Rainbow, Pro350 and DECmate
for $750 as a close the 5 MB drives have beeb dropped. The Rainbow kit
includes Controller, RD50 drive, Power Supply, CPM + MS-DOS operating
systems.

ED

13-Jul-85 12:05:55-MDT,563;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Jul 85 12:04:23-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000483; 10 Mar 85 4:48 EST
Received: from usenet by TGR.BRL.ARPA id a002335; 12 Jul 85 15:09 EDT
From: Graeme Clark <clark%ubc-cs.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: PD Info Rqst
Message-ID: <1143@ubc-cs.UUCP>
Date: 10 Jul 85 16:26:56 GMT
To:       info-cpm@AMSAA.ARPA


Although Power is not in the public domain, a prerelease version of it is
available from SIG/M.
13-Jul-85 23:15:28-MDT,917;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Jul 85 23:14:23-MDT
Received: from usc-isid.arpa by AMSAA.ARPA id a000805; 14 Jul 85 0:51 EDT
Date: 14 Jul 1985 00:46-EDT
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Re: Reading CPM/86 Command Line
From: ABN.ISCAMS@USC-ISID.ARPA
To: Kushall.henr@XEROX.ARPA
Cc: timothym%tekigm.uucp@BRL.ARPA, info-cpm@AMSAA.ARPA
Cc: XeroxInfo-CPM^.Wbst@XEROX.ARPA
Cc: Pascal/Turbo^.x@XEROX.ARPA
Message-ID: <[USC-ISID.ARPA]14-Jul-85 00:46:38.ABN.ISCAMS>
In-Reply-To: <850711-062651-1179@Xerox>

Re getting the command line in CP/M-80:  FACT - in Version 1, at least,
of Turbo Pascal, Turbo eats everything after maybe the 30th or 31st
character - puts a bunch of (consistent) garbage there.  I have extensively
tested this and am sorely tried by this particular bug!

David P Kirschbaum
Toad Hall
AB.ISCAMS@USC-ISID
13-Jul-85 23:32:49-MDT,8689;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Jul 85 23:31:17-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a000819; 14 Jul 85 1:04 EDT
Date: Sat, 13 Jul 1985  23:03 MDT
Message-ID: <KPETERSEN.12126836720.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: New files on SIMTEL20 between 7-May-85 and 13-Jul-85

The following is a list of new files added to SIMTEL20's <CPM.*>
directories between 7-May-85 and 13-Jul-85.  For a complete list of
all files, get MICRO:<CPM>CPM.CRCLST.

        Filename                Type     Bytes   CRC

MICRO:<CPM.APPLE>
	APLICARD.REVIEW.1	ASCII	  6998  F756H

MICRO:<CPM.ASMUTL>
	FORM7.LBR.1		BINARY	  9472  ABF8H
	MAKSRL.LBR.1		BINARY	  8832  1CF7H
	NEAT7.LBR.1		BINARY	  6144  9C8FH
	Z80MR.LBR.1		BINARY	 41344  B0D0H Z80 macro assembler

MICRO:<CPM.BASIC>
	TINIDISK.LBR.1		BINARY	 44672  7D5FH Tiny disk basic

MICRO:<CPM.BYE3>
	B3AC-0.IQS.1		BINARY	  2304  C988H
	B3AD-0.IQS.1		BINARY	  3072  16EEH
	B3AM-0.IQS.1		BINARY	  2944  9767H
	B3AP-0.IQS.1		BINARY	  2944  97CDH
	B3CC-0.IQS.1		BINARY	  3968  BD72H
	B3CM-0.IQS.1		BINARY	  3584  AEC4H
	B3CP-0.IQS.1		BINARY	  4736  A9A7H
	B3DC-0.IQS.1		BINARY	  1792  1E5BH
	B3DP-0.IQS.1		BINARY	  2944  D2FBH
	B3EP-0.IQS.1		BINARY	  2816  0BB0H
	B3H8-0.BUG.1		ASCII	   222  6894H
	B3H8-1.IQS.1		BINARY	  2432  C891H
	B3HZ-0.IQS.1		BINARY	  3584  EDAEH
	B3KP-0.IQS.1		BINARY	  2560  BA18H
	B3MD-0.IQS.1		BINARY	  3840  E12CH
	B3OS-0.IQS.1		BINARY	  5760  06EDH
	B3PH-0.IQS.1		BINARY	  2688  6ABDH
	B3R1-0.IQS.1		BINARY	  2176  B0D5H
	B3R2-0.IQS.1		BINARY	  3072  DFA9H
	B3R3-0.IQS.1		BINARY	  2176  48DCH
	B3R4-0.IQS.1		BINARY	  2176  CED6H
	B3R4-1.IQS.1		BINARY	  3968  38FFH
	B3SB-0.IQS.1		BINARY	  2560  9164H
	B3TV-0.IQS.1		BINARY	  3712  C2E0H
	B3US-0.IQS.1		BINARY	  3072  73AFH
	B3ZB-0.IQS.1		BINARY	  2944  1D59H
	BYE3-INS.IQF.1		BINARY	  2560  F0B8H
	BYE3-INS.LBR.1		BINARY	 77312  A3C9H
	BYE335.BUG.1		ASCII	   623  E9E3H
	BYE335.LBR.1		BINARY	 90368  9E85H

MICRO:<CPM.CBIOS>
	LSTPATCH.AQM.1		BINARY	  2688  0406H Temp. list driver

MICRO:<CPM.COMMODORE>
	TERM-V2.C1.1		ASCII	 21359  67C2H Punter protocol
	TERM-V2.MSG.1		ASCII	   831  04B0H modem program

MICRO:<CPM.COMND>
	CMDOSS.CPM.1		ASCII	  1889  B172H
	CMDPF1.C.1		ASCII	 19180  0FFDH
	CMDPF2.C.1		ASCII	  9839  C130H
	CMDPFD.C.1		ASCII	  8927  9FFDH
	CMDPSD.C.1		ASCII	  1986  80D1H
	COMND.C.1		ASCII	 21248  47C5H
	COMND.DOC.1		ASCII	 34945  3094H
	COMND.EDT.1		ASCII	   815  882EH
	COMND.H.1		ASCII	  4068  2CBCH
	COMND.R.1		ASCII	 28462  8BDDH
	COMND003.LBR.1		BINARY	100736  6A5DH
	COMNDI.H.1		ASCII	  1394  419DH
	CPM.H.1			ASCII	  2726  4F6BH
	DATE.CPM.1		ASCII	  4295  485BH
	MEM.H.1			ASCII	   734  1AB4H
	TEST.C.1		ASCII	 11638  40E2H

MICRO:<CPM.CPM3>
	BYEP-333.LBR.1		BINARY	 62208  6AFEH
	BYEP-INS.LBR.1		BINARY	 22400  0262H
	TS312.AQM.1		BINARY	  9856  2546H time stamp

MICRO:<CPM.CPMLIB>
	NULU01.IQF.1		BINARY	  1152  63C0H

MICRO:<CPM.DIRUTL>
	ERAQ20.LBR.1		BINARY	 12288  A918H erase with querry

MICRO:<CPM.DIRUTL>
	FRONT45.LBR.1		BINARY	 42880  9308H turnkey menu
	SD99.LBR.1		BINARY	 86528  3498H super directory

MICRO:<CPM.DIRUTL>
	UNERA30.LBR.1		BINARY	 14464  17FBH undo file erase

MICRO:<CPM.DSKUTL>
	PATCH18A.LBR.1		BINARY	 66176  2D51H

MICRO:<CPM.EMX>
	EMX313.LBR.1		BINARY	130944  E7D9H EMAIL for micros

MICRO:<CPM.FIDO>
	FIDO-109.LQT.1		BINARY	 14976  6B97H Fido list
	FIDO-203.NQS.1		BINARY	 33152  D8F3H Fido News
	FIDO-204.NQS.1		BINARY	 32384  FFC4H
	FIDO-209.NQS.1		BINARY	 21120  D73AH
	FIDO-211.NQS.1		BINARY	 23808  0C01H
	FIDO-212.NQS.1		BINARY	 27392  E856H
	FIDO-219.NQS.1		BINARY	 18304  D33FH
	FIDO-301.NQS.1		BINARY	 34304  0C6AH
	FIDO-315.NQS.1		BINARY	 24704  D59BH

MICRO:<CPM.GENDOC>
	ANTI-APS.CKT.1		ASCII	  2470  232CH
	SNYOSCRN.DOC.1		ASCII	  4457  3E77H
	WIREWRAP.DOC.1		ASCII	 18404  4DB9H
	Z800MORE.DQC.1		BINARY	  5120  0ED2H

MICRO:<CPM.HAMRADIO>
	GTWY1-20.TXT.1		ASCII	 15629  6ADAH
	IC02A.MOD.1		ASCII	  2483  BB44H

MICRO:<CPM.HEATH>
	JMODZ100.LBR.1		BINARY	  7424  6E4AH

MICRO:<CPM.KAYPRO>
	ALTDRIVE.LBR.1		BINARY	 33408  CF05H
	CURSOR.LBR.1		BINARY	  4736  2E97H
	DSKDRV13.LBR.1		BINARY	 56448  B1C3H
	FASTTERM.LBR.1		BINARY	  4608  CD25H fast terminal
	JUL85.MQG.1		BINARY	 29568  35A4H
	KPRESET.LBR.1		BINARY	  1920  916EH

MICRO:<CPM.LIST>
	GALLERY.LBR.1		BINARY	  9216  F696H galley proof lister

MICRO:<CPM.MBBS>
	MBBS31A.LBR.1		BINARY	 64384  22E8H Bulletin board
	MBBS31B.LBR.1		BINARY	112896  EA8AH

MICRO:<CPM.MEX>
	MEX-STAT.FIX.1		ASCII	   804  4D73H

MICRO:<CPM.MEX>
	MEXSTAT.FIX.1		ASCII	   635  3BD6H
	MXO-II13.AQM.1		BINARY	 13440  D75EH

MICRO:<CPM.MISC>
	OTHERSYS.JUN.1		ASCII	 67571  7DD4H June 85 PAMS list
	PDSE-063.LQT.1		BINARY	 49152  A5C4H PD CP/M phone list

MICRO:<CPM.MISC>
	RCPM-062.LQT.1		BINARY	  1920  4D2EH
	ROYALOAK.DQR.1		BINARY	 64640  B334H my RCPM directory

MICRO:<CPM.MODEM>
	2400MICM.MSG.1		ASCII	  2316  DB78H Microcom modem info
	2400STDS.WRN.1		ASCII	  5560  B8AAH Standards differ
	FONESGNL.DOC.1		BINARY	   640  7284H Info on ringing signals
	HAYS2400.IQF.1		BINARY	  5376  C444H
	HEXLINK.LBR.1		BINARY	 17152  EEBEH
	JCATDIAL.LBR.1		BINARY	 12544  0421H
	MODMLOOP.MSG.1		ASCII	  3079  293DH Remote loopback info

MICRO:<CPM.MODEM7>
	M7AQ-4.AQM.1		BINARY	 12800  E9B7H

MICRO:<CPM.PACKET>
	PACKET93.LBR.1		BINARY	219648  0C0BH Ham radio packet
	PACKET93.MSG.1		ASCII	  2144  C55CH
	ROUTING.TXT.1		ASCII	 28795  2D49H
	TCP-IP.TXT.1		ASCII	 56129  368BH

MICRO:<CPM.PASCAL>
	JDATE.PQS.1		BINARY	  2816  B618H
	TAUSGEN3.PQS.1		BINARY	  7680  6FCFH rand. number gen.

MICRO:<CPM.PCDOS>
	LPT-30.AQM.1		BINARY	 17792  9E27H
	LPT-30.DQC.1		BINARY	  3584  BCAEH
	LPT-30.MSG.1		ASCII	   492  22F2H
	WSCONV.BAS.1		ASCII	   822  5992H
	WSCONV.DOC.1		ASCII	   587  0F1EH

MICRO:<CPM.RBBS>
	RBBS40.LBR.1		BINARY	 30976  728FH

MICRO:<CPM.RCPM>
	CHAT43.LBR.1		BINARY	 15104  013AH
	KMODEM.NEW.1		ASCII	  1723  6D34H
	LUXTYP42.BUG.1		ASCII	   590  D648H
	MBXMK484.LBR.1		BINARY	  8832  F646H
	NBYE10.LBR.1		BINARY	100224  FBB4H
	RCPM-UG.PRN.1		ASCII	 53332  A3CEH RCPM user's guide
	RCPM-UG.WQ.1		BINARY	 33792  84DBH
	WHATSN04.LBR.1		BINARY	 25984  6A7EH
	XMDM107.FIX.1		ASCII	  1349  C336H
	XMDM107.LBR.1		BINARY	 92544  4EECH
	XMFIX.NOT.1		ASCII	  2711  229EH
	XMSTATS.LBR.1		BINARY	 36864  79CBH

MICRO:<CPM.ROS>
	ROS32K10.LBR.1		BINARY	102272  A77BH Bulltin board...
	ROSMAC.LBR.1		BINARY	 34944  F34FH ..in Turbo Pascal

MICRO:<CPM.SQU-PORT>	(portable file squeezer/unsqueezer)
	MAKESQ..2		ASCII	   156  23CEH
	MAKEUSQ..2		ASCII	    91  8E4BH
	README..2		ASCII	  3817  A23DH
	SQ.1.2			ASCII	  1657  E6FCH
	SQ.C.2			ASCII	  5518  7EE5H
	SQ.H.2			ASCII	  1900  F320H
	SQCOM.H.2		ASCII	   445  F27AH
	SQDEBUG.C.2		ASCII	   791  78FFH
	SQIO.C.2		ASCII	   810  B0BEH
	SQU-PORT2.MAN.1		ASCII	  1954  A5DEH
	SQU-PORT2.MSG.1		ASCII	   818  197FH
	TR1.C.2			ASCII	  1361  CC07H
	TR2.C.2			ASCII	 13424  763AH
	USQ.C.2			ASCII	  6527  1AF0H
	USQ.H.2			ASCII	   376  BF51H
	UTR.C.2			ASCII	  1778  9735H

MICRO:<CPM.SQUSQ>
	SQ17.BUG.1		ASCII	   717  375DH
	SQU-PORT2.LBR.1		BINARY	 33152  DA1EH
	SQU-PORT2.MSG.1		ASCII	   818  197FH

MICRO:<CPM.TERM>
	SPLTVIO.LBR.1		BINARY	  6528  54C9H split screen for VIO

MICRO:<CPM.TOPS-20>
	MODEM.EXE.315		ASCII	 20480  C5A0H
	MODEM.MAC.315		ASCII	 53537  7ED1H
	MODEM7.DOC.1		ASCII	 13552  C0A9H
	NCRC.EXE.7		ASCII	  4500  CE85H crck-compatible
	NCRC.MID.7		ASCII	 10085  DA97H
	USQ.EXE.42		ASCII	  5655  0C9BH

MICRO:<CPM.TURBOPAS>
	REFS13.LBR.1		BINARY	 12288  E598H
	TUGLINES.DOC.1		ASCII	   613  F343H
	TURBOSAV.LBR.1		BINARY	  6400  90C2H

MICRO:<CPM.TXTUTL>
	TOUR20.LBR.1		BINARY	 96512  2F91H
	TOURND.LBR.1		BINARY	 10240  2300H
	VDO25.LBR.1		BINARY	 41472  C4B7H

MICRO:<CPM.WSTAR>
	WS3330.DQC.1		BINARY	 13440  60ACH patch locations
	WSPAT-33.DQC.1		BINARY	  5504  C85CH    "     "

MICRO:<CPM.YAM>
	RBSB.SHAR.1		ASCII	 44060  356DH batch send and recv.
	YMODEM.DQC.1		BINARY	 24704  4837H YAM protocol doc

MICRO:<CPM.Z3NEW>
	Z3NEWS.2Q5.1		BINARY	  8576  4F28H
	ZNODELST.LBR.1		BINARY	 10394  057CH

MICRO:<CPM.ZCPR3>
	ACREATE2.LBR.1		BINARY	 11648  8A0AH
	LDR13.LBR.1		BINARY	 12160  E9B5H
	PATH31.LBR.1		BINARY	  7936  0FEAH
	QUEUE.LBR.1		BINARY	 14080  B8E7H
	SYSRCP11.LBR.1		BINARY	 33408  8942H
	VFILER35.LBR.1		BINARY	145152  8C0AH
	ZNODELST.LBR.1		BINARY	 10394  057CH

--Keith
13-Jul-85 23:47:51-MDT,604;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Jul 85 23:45:52-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a000821; 14 Jul 85 1:06 EDT
Date: Sat, 13 Jul 1985  23:05 MDT
Message-ID: <KPETERSEN.12126837090.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: SIMTEL20 CP/M directory list updated

MICRO:<CPM>CPM.CRCLST on SIMTEL20 (the file listing all the filenames,
sizes and CRCs of the MICRO<CPM.xx> directories) has been updated as
of today.

--Keith
14-Jul-85 09:21:34-MDT,593;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 14 Jul 85 09:21:24-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a001519; 14 Jul 85 11:05 EDT
Date: Sun, 14 Jul 1985  09:04 MDT
Message-ID: <KPETERSEN.12126946109.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   RCPM-Sysops@SIMTEL20.ARPA
Cc:   Info-Cpm@AMSAA.ARPA
Subject: SD99 bug fix

Someone found a nested IF in SD99.ASM, which of course will not
properly assemble with ASM.COM.

See MICRO:<CPM.DIRUTL>SD99.FIX

--Keith
14-Jul-85 09:51:31-MDT,1243;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 14 Jul 85 09:47:15-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a001532; 14 Jul 85 11:22 EDT
Date: Sun, 14 Jul 1985  09:21 MDT
Message-ID: <KPETERSEN.12126949186.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: COEX 64k RAM board problems - help needed

I received the following message asking for help:

Date: 12-Jul-85
From: Robb Adams
Re:   COEX 64K RAM BOARD PROBLEMS

Just acquired two COEX (Components Express) 64k Ram cards only to
discover an interesting and persistent bug. It seems that RAM between
1000 - 1fffh is filled with 7eh (0111 1110b) throughout this 4k region
as though b1-6 were jammed high and on BOTH boards. Continuity checks
ok. Anyone know of this problem or bus conflict. The environment is a
Morrow Decision I which has always taken kindly to OEM devices.

--- End of message ---

Please reply to me.  I will relay any answers to Robb.

--Keith Petersen
Arpa:  W8SDZ@SIMTEL20.ARPA
uucp:  ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp:  ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
15-Jul-85 12:08:03-MDT,874;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Jul 85 12:07:44-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a007945; 15 Jul 85 13:20 EDT
Received: from (HARRELL)EDUCOM.BITNET by WISCVM.ARPA on 07/15/85 at
  12:19:57 CDT
Date: 15 JUL 85 13:12-EDT
From:  HARRELL%EDUCOM.BITNET@WISCVM.ARPA
To:  INFO-CPM@AMSAA.ARPA
Subject: Project Transport

     Theodore Needleman writes a monthly column in Hardcopy Magazine.  He
is trying to find out how much interest is out there for his "Project
Transport".  A project to transfer CP/M and MSDOS programs from the IBM PC
to the DEC Rainbow.

     If you have interest, please write to him at

Idea Technology
P.O. Box 668
New York , New York 10956

or MCI Mail to Theodore Needleman
or send a note back to me and I will forward it to him.

Thanks,
Ralph

15-Jul-85 14:50:06-MDT,547;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Jul 85 14:47:22-MDT
Received: from jpl-vlsi.arpa by AMSAA.ARPA id a000271; 10 Jul 85 7:29 EDT
Date:    Tue, 9 Jul 85 22:16:31 PDT
From:     august@JPL-VLSI.ARPA
Subject: RE: --- Otrona Attache ---
To:       info-cpm-request@AMSAA.ARPA
Resent-Date:  Mon, 15 Jul 85 16:11:08 EDT
Resent-From:  cpmlist@AMSAA.ARPA
Resent-To:    info-cpm@JPL-VLSI.ARPA

Whoever said that OTRONA ATTACHE's were a good machine certainly has a
few wires loose.
15-Jul-85 14:56:06-MDT,939;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Jul 85 14:51:18-MDT
Received: from cmu-cs-c.arpa by AMSAA.ARPA id a009715; 9 Jul 85 14:35 EDT
Received: ID <DDA@CMU-CS-C.ARPA>; Tue 9 Jul 85 14:37:08-EDT
Date: Tue 9 Jul 85 14:37:07-EDT
From: Drew Anderson <Drew.Anderson@CMU-CS-C.ARPA>
Subject: I.C. Express
To: info-cpm-request@AMSAA.ARPA
Resent-Date:  Mon, 15 Jul 85 16:10:26 EDT
Resent-From:  cpmlist@AMSAA.ARPA
Resent-To:    info-cpm@CMU-CS-C.ARPA

I have never dealt with that company, but we (at CMU) use Microprocessors
Unlimited for all of our memory purchases (chips.)  They currently list 
the 41256 chips for $3.25 each.  I think that you will be pleased ith
their service.  Their phone is (918)267-4961.  We have ordered probably
more than a thousand chips from them with no bad ones.

                Drew Anderson
                DDA@cmu-cs-c.arpa
-------
19-Jul-85 12:28:22-MDT,1561;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:26:19-MDT
Date:     Thu, 18 Jul 85 9:05:37 EDT
From:     David Towson (SECAD) <towson@AMSAA.ARPA>
To:       info-cpm@AMSAA.ARPA
Subject:  Failure of network service to AMSAA.ARPA

Fellow CP/Mers - While I was on vacation (6-13 July), the machine from which
this list is distributed was moved from its normal site to a trailer located
a short distance across the parking lot.  Plans had been made for continuing
network service, and indeed the network was just about the first form of
communications to come up.  Two days ago, we had a real humdinger of an
electrical storm.  Residential electric service was disrupted for many homes.
Another casualty was the AMSAA network interface.

     As you can see, we are now back in netland, but this has been accom-
plished using borrowed equipment.  The loan is short-term, but repair of the
network interface is underway.  If all goes well, there will be no further
interruption of service.  However, Old Man Murphy hangs around here too, so we
make no promises.

     In the worst-case scenario, there is another machine with a light enough
load to host info-cpm.  This machine has just had some new hardware installed,
and it is presently not entirely well.  But what the heck - we wouldn't want
life around here to get dull, would we?

     So for the present, info-cpm is back.  We'll see what the future brings.


Dave
towson@amsaa.arpa  aka info-cpm-request@amsaa.arpa

19-Jul-85 12:33:21-MDT,1208;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:28:39-MDT
Date:     Thu, 18 Jul 85 10:15:10 EDT
From:     David Towson (SECAD) <towson@AMSAA.ARPA>
To:       info-cpm@AMSAA.ARPA
Subject:  AMSAA.ARPA network problems persist.

Fellow CP/Mers - It seems that I was a bit hasty in sending my last message.
As it turns out, the machine from which this list is distributed is sort of
"half back on the net".  The lightning that took out the network interface in
the VAX also zapped the IMP port which provides our published network address.
Mike Muuss (pronounced "moose"), one of our system wizards, got AMSAA back on
the local BRLNET by using another IMP port and suitably altering the entries
in the local routing tables.  However, this still leaves us with our published
network address out of action.  Thus, we can send packets out, but no one out
in netland knows the address to use for sending packets back to us.

     I will let you know when this situation improves, but for now there is no
point in sending mail to info-cpm, as it will just be rejected.


Sigh,
Dave
towson@amsaa.arpa aka info-cpm-request@amsaa.arpa

19-Jul-85 12:33:27-MDT,1254;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:30:31-MDT
Received: from nosc-gw by AMSAA.ARPA id a017696; 15 Jul 85 17:48 EDT
Received: from marlin.ARPA by nosc.ARPA (4.17/4.7)
	id AA01051; Mon, 15 Jul 85 14:44:02 pdt
Received: by marlin.ARPA (4.17/4.7)
	id AA03838; Mon, 15 Jul 85 14:47:36 pdt
Date: Mon, 15 Jul 85 14:47:36 pdt
From: "Joseph G. Grovhoug" <grovhoug%marlin@nosc.ARPA>
Message-Id: <8507152147.AA03838@marlin.ARPA>
To: august@JPL-VLSI.ARPA
Subject: RE: --- Otrona Attache ---
Cc: grovhoug%marlin@nosc.ARPA, info-cpm-request@AMSAA.ARPA
Resent-Date:  Thu, 18 Jul 85 11:31:56 EDT
Resent-From:  cpmlist@AMSAA.ARPA
Resent-To:    info-cpm@nosc.ARPA

Well, everyone has his/her own opinion, but from my experience three+ years
of nearly trouble-free HEAVY use of two Otrona machines in very hostile field
environments [I'm a field marine biologist], this box HAS WORKED FOR ME!  I
guess my view is from the perspective "it gets the job done for me" soooo
much better than B4.  Am aware that there may be much better systems now
[both hardware & software-wise].  Again, the machine has already paid for
itself in utility for my projects.    Aloha,  Jeff Grovhoug
19-Jul-85 12:38:20-MDT,745;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:33:45-MDT
Received: from usc-ecl.arpa by AMSAA.ARPA id a017825; 15 Jul 85 18:40 EDT
Date: Mon 15 Jul 85 15:40:35-PDT
From: Warren Apel <APEL@USC-ECL.ARPA>
Subject: RE: --- Otrona Attache ---
To: august@JPL-VLSI.ARPA
cc: info-cpm-request@AMSAA.ARPA, APEL@USC-ECL.ARPA
In-Reply-To: Message from "august@JPL-VLSI.ARPA" of Mon 15 Jul 85 13:55:17-PDT
Resent-Date:  Thu, 18 Jul 85 11:32:30 EDT
Resent-From:  cpmlist@AMSAA.ARPA
Resent-To:    info-cpm@USC-ECL.ARPA

I have used an Otrona Attache almost daily for three years now
with absolutely no problems and have (for me, at least) found
it an excellent CPM machine.
-------
19-Jul-85 12:43:37-MDT,953;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:41:40-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id aa26825; 19 Jul 85 8:07 EDT
Received: from usenet by TGR.BRL.ARPA id a004037; 18 Jul 85 22:30 EDT
From: Rick Fairfield <zadco%ssc-vax.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: I Need KERMIT for a CCS 400
Message-ID: <50@ssc-vax.UUCP>
Date: 16 Jul 85 19:32:23 GMT
To:       info-cpm@AMSAA.ARPA

I have a CCS model 400 processor running CP/M 2.2.
I need KERMIT for this machine. I tried a local 
copy of the "generic cp/m" KERMIT but it didn't work.

If I can't find KERMIT a version of MODEM7 for the CCS
might be usefull.

If I can't find either, then some advice on how to configure
generic KERMIT or generic MODEM7 for my machine would be
helpfull.

						thanx,
						Rick Fairfield
						Boeing Aerospace Co.
						...!sscvax!zadco
						206-773-1004
19-Jul-85 12:53:41-MDT,1744;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:52:18-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a026825; 19 Jul 85 8:07 EDT
Received: from usenet by TGR.BRL.ARPA id a004043; 18 Jul 85 22:30 EDT
From: Bruce Eckel <morgan%fluke.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Stuffing commands to the ccp
Message-ID: <826@vax2.fluke.UUCP>
Date: 15 Jul 85 23:16:00 GMT
To:       info-cpm@AMSAA.ARPA

I have found myself a complexing little puzzle: I want to invoke a new
.COM program from inside MBASIC.  Now, I know MBASIC overwrites the CCP.
So the first thing I will do is find where the CCP starts and use the
/M directive when invoking MBASIC to prevent it from overwriting the
CCP.

I also suspect the CCP may not start at its lowest memory location, so
I will write a little assembly program which pops the CCP return address
off the stack (if you do not disturb the stack, you can just ret from a
program).

Now the problem is, the CCP seems to have its own buffer which it keeps
the command line in.  As the CCP is proprietary, I don't know where that
is (maybe I should know and am just stupid.  Someone enlighten me).  But
the people who write SUBMIT, XSUB and EX know how to do it.  I really
wonder how.  Perhaps they take control of standard input and force it
to the CCP somehow (a warm boot is always executed between programs, so
the CCP gets reloaded, and they can't be diddling with it).  If you
could just feed the thing a line terminated with a CR, you would be home
free.

I am not trying to make any money with this, I just think it would be
a very neat trick.  Any suggestions?

		Bruce Eckel
		uw-beaver!fluke!morgan
19-Jul-85 13:05:36-MDT,2739;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:05:14-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a026853; 19 Jul 85 8:08 EDT
Received: from usenet by TGR.BRL.ARPA id a004740; 18 Jul 85 22:46 EDT
From: "R.Thomas" <rbt%sftig.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: using both side of disks
Message-ID: <549@sftig.UUCP>
Date: 16 Jul 85 17:38:23 GMT
To:       info-cpm@AMSAA.ARPA

> 
> It is absolutely safe to use both sides of a disk on a 1541 disk-drive
> if the disks are certified double-sided on the box, and there is a
> write-protect notch cut on both side edges of the disk.  If not, then
> it is risky to use the uncertified side for data storage.
> 
> If you buy a commercial software product which uses both sides of a
> disk, then it is probably safe to assume that they are using the
> correct kind of disk.
> 
> 
> --- Andy Brown 

Interesting.  I have *never* seen a disk with notches cut on both sides,
except when I have personally known the person who cut them.  Most 'double
sided' software distribution disks I have seen have actually not had
notches on *either* side.  They must have been produced on duplicating
machines that ignored the presence or absence of write protect notches.

On the other hand, I have the following philosophy on 'flippy' disks --
Because of the dirt entrapment/releasing problem, it is never a good idea
to use the 'back' side of a disk, unless the disk is (almost) brand new.
That means that for day to day use, if you only have a single sided drive,
you should only use the front side of your disks.  Whether you buy disks
marked 'single sided' or 'double sided' is a matter of personal preference,
especially since the price difference is so small, nowadays.  I buy 'double
sided' disks, personally, because of the following observation --  There
*is* one safe use for 'flippy' disks.  That is for distributing software
that is too big to fit on a single side.  In that case, you are going to
use a new -- fresh out of the box -- disk, so you are not worried about
dirt, and the recipient is going to make a backup copy (onto *two* disks!)
as soon as she gets it, then put it away and (hopefully) never have to
read it again, so she is not worried about dirt either.  I do enough
software swapping that I find it useful to have a supply of 'double sided'
disks readily available at all times.

As an aside, I don't think it is possible to design a liner that will not
entrap some dirt, and release it if the disk is spun the other way.  That
just seems like the the inevitable workings of the laws of physics to me.

Enjoy!

Rick Thomas
ihnp4!attunix!rbt
19-Jul-85 13:13:46-MDT,1475;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:08:49-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000457; 19 Jul 85 9:03 EDT
Received: from usenet by TGR.BRL.ARPA id a009110; 19 Jul 85 0:27 EDT
From: Workstations Pubs 223-3439 <p_macdonald%eden.dec@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: *** FOR SALE ***
Message-ID: <3168@decwrl.UUCP>
Date: 18 Jul 85 12:39:57 GMT
Sender: daemon%decwrl.uucp@BRL.ARPA
To:       info-cpm@AMSAA.ARPA


                      *** FOR SALE ***

	Epson Geneva (PX-8) laptop portable C/PM computer.
        64K workspace, 80x8 display, built-in microcasette
        for storage, internal RAM disk for storage. Includes
        the latest operating system rev and comes complete 
        with the following:

        Epson PF-10 3 1/2" microfloppy drive
        Epson integrated 120K RAM disk
        Epson CX-20 modem
        Wordstar ROM
        Spreadsheet and Scheduler ROM
        C/PM Utilities ROM
        Microsoft BASIC ROM

        All battery powered with AC adaptors, carry case for
        all, cables, manuals, large amount of public domain
        software tossed in free, including MEX, MODEM7, and
	many, many more.

        Entire system only for sale at a price well below 
        retail. Everything is MINT and less than 9 months
        old.

        Contact Paul over the net, or call days at 617-493-3439
        
19-Jul-85 13:13:58-MDT,864;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:13:40-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id ab00457; 19 Jul 85 9:03 EDT
Received: from usenet by TGR.BRL.ARPA id a009223; 19 Jul 85 0:30 EDT
From: E Sciore <sciore%bu-cs.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: FOR SALE Boston area: VT180
Message-ID: <504@bu-cs.UUCP>
Date: 18 Jul 85 21:40:44 GMT
To:       info-cpm@AMSAA.ARPA

Subject: FOR SALE Boston area: VT180
Newsgroups: net.micro.cpm

I am selling my "robin" system: vt100+z80 chip+4 disk drives.
Software has SELECT, MULTIPLAN, BASIC.
The system is basically unused. I had planned to use it for hacking,
but I never got the time; most of its use has been in terminal mode.
                 BEST OFFER. 
Ed Sciore
BU Computer Science
353-3840
sciore@bu-cs
19-Jul-85 13:18:47-MDT,761;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:16:55-MDT
Received: from almsa-1.arpa by AMSAA.ARPA id a020669; 19 Jul 85 13:36 EDT
Received: by ALMSA-1 via almsab;  17 Jul 85 8:16 CDT
Date:     Wed, 17 Jul 85 8:18:29 CDT
From:     Crede Edens <edens@almsa-1.ARPA>
To:       DDA@CMU-CS-C.ARPA
cc:       info-cpm@AMSAA.ARPA
Subject:  NEC 41256 chips


Drew,

I have an NEC APC computer which I would like to add RAM chips to increase
my memory.  I am having trouble finding out what chips fit the APC.  Do 
you know if the NEC 41256 RAM chips sold by Microprocessors Unlimited will
fit my machine?

Thanks for any information you can give me.

Crede Edens       EDENS@ALMSA.ARPA

19-Jul-85 13:23:47-MDT,1665;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:22:10-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a021246; 19 Jul 85 13:44 EDT
Date: Wed 17 Jul 85 20:48:38-MDT
From: Mike Niswonger <CNISWONGER@SIMTEL20.ARPA>
Subject: SB180 SBC CP/M machine
To: info-cpm@AMSAA.ARPA
cc: CNiswonger@SIMTEL20.ARPA
Message-ID: <12127860716.15.CNISWONGER@SIMTEL20.ARPA>



	With all of the hoopla that Echelon has been putting on, they have
kept us up to date on several continuing high-performance CP/M systems.  The
first of these systems (based on the Hitachi 64180) has appeared from MicroMint,
the company made famous by BYTE magazine and Ciarcia's Circuit Cellar.  A blurb
has been released describing the board:


        The MICROMINT SB180 computer packs a lot of computing power in
a very small package!  The SB180, only 4" by 7 1/2", offers a Z-80
compatible CPU running at 6 MHz, 256K bytes of RAM, up to 32 K bytes of
ROM, two serial ports, a parallel port, expansion bus, and an industry
standard 765A-compatible disk controller for up to four disk drives -
any combination of 3 1/2", 5 1/4", or 8" drives.  Whether you use the
SB180 as the basis for a complete disk based computer system or use its
32K of ROM space for a battery-powered dedicated controller application
program, you will appreciate its ability to run standard 8080/8085 and
Z-80 software at up to twice the speed of a 4 MHz Z-80.


	The description, price and order information can be found in the full
file on SIMTEL20 as  MICRO:<CPM.GENDOC>SB180.TQT (squeezed format).

					-- Mike Niswonger
-------
19-Jul-85 13:33:50-MDT,1143;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:28:59-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a021269; 19 Jul 85 13:44 EDT
Date: Thu, 18 Jul 1985  16:46 MDT
Message-ID: <CSTROM.12128078757.BABYL@SIMTEL20.ARPA>
From: CSTROM@SIMTEL20.ARPA
To:   INFO-CPM@AMSAA.ARPA
Subject: 1k blockas arrive!


At long last, we have an Xmodem that supports 1K blocks. The protocol,
to be added to both the public domain and proprietary versions of Mex,
is Ymodem, the YAM protocols to Christensen protocol. Ward has
indicated that in his Byte article extending his protocol (yet to be
written, but "real soon now"), he will give Ymodem his blessing.
Please see the RELEASE.NTE file in the library for further details.

Note that XMDM108 was released before we were made aware of
XMDM107.FX2. The latter file is not in the library and the corrections
therein should be made to XMDM108.


Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.RCPM>
XMDM107.FIX.1			ASCII	  1349  C336H
XMDM107.FX2.1			ASCII	  1569  5901H
XMDM108.LBR.1			BINARY	106112  7355H

--Keith
19-Jul-85 13:49:19-MDT,888;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:44:37-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a021557; 19 Jul 85 13:54 EDT
Received: from (INNO)HWALHW5.BITNET by WISCVM.ARPA on 07/17/85 at
  09:00:49 CDT
Date: 17 JUL 85 10:17-N
From:  INNO%HWALHW5.BITNET@WISCVM.ARPA
To:  INFO-CPM@AMSAA.ARPA
Subject:Cromemco-ZCPR3

For anyone who's interested: we have ZCPR3 running on
a Cromemco.


                                        Inno Frencken (INNO@HWALHW5)
                                        Computing Centre
                                        Agricultural University
                                        Hollandseweg 1
                                        6706 KN  Wageningen
                                        The Netherlands
                                phone:  08370-83875

20-Jul-85 05:59:10-MDT,677;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 20 Jul 85 05:55:12-MDT
Received: from xerox.arpa by AMSAA.ARPA id a020803; 19 Jul 85 13:38 EDT
Received: from Flora.ms by ArpaGateway.ms ; 19 JUL 85 08:49:32 PDT
Date: 19 Jul 85 08:51:43 PDT (Friday)
From: Chapman.ES@XEROX.ARPA
Subject: Re: *** Epson Geneva FOR SALE ***
In-reply-to: <3168@decwrl.UUCP>
To: Workstations Pubs 223-3439 <p_macdonald%eden.dec@BRL.ARPA>
cc: info-cpm@AMSAA.ARPA
Message-ID: <850719-084932-3163@Xerox>

Paul

You don't suggest a selling price, and I don't know what the original
retail was. What do you want for your computer?

Cheryl

20-Jul-85 06:23:40-MDT,1053;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 20 Jul 85 06:18:43-MDT
Date:     Fri, 19 Jul 85 15:25:27 EDT
From:     David Towson (SECAD) <towson@AMSAA.ARPA>
To:       info-cpm@AMSAA.ARPA
Subject:  DON'T RESPOND TO FOR SALE NOTICES VIA THIS LIST!!!

Readers of info-cpm - From time to time, people offer items for sale via
usenet news and these notices are gatewayed to info-cpm.  Use of the
government sponsored Defense Data Network (over which we operate) for
commercial purposes is not allowed.  It is unavoidable that some such
happenings will occur via the mechanism just described.  The only way to stop
that would be to cut the usenet gateway, which most agree would be shooting
ourselves in the foot.

     But dammit, there is NO EXCUSE for carrying on sale negotiations via
this newsgroup.  I don't care how crummy your mailer is; if you can't send
your reply to the seller without sending a copy to info-cpm THEN DON'T SEND IT
AT ALL!



Dave Towson, info-cpm-request

20-Jul-85 06:38:37-MDT,1219;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 20 Jul 85 06:36:34-MDT
Received: from sdcsvax.arpa by AMSAA.ARPA id a006132; 20 Jul 85 7:02 EDT
Received: from sdchema.chem.ucsd.arpa by sdcsvax.ARPA (4.24/4.41)
	id AA11395; Fri, 19 Jul 85 23:40:11 pdt
Received: by sdchema.chem.ucsd.arpa (4.24)
	id AA04032; Fri, 19 Jul 85 23:39:31 pdt
Date: Fri, 19 Jul 85 23:39:31 pdt
From: Bret Marquis <bam%chem@sdcsvax.ARPA>
Message-Id: <8507200639.AA04032@sdchema.chem.ucsd.arpa>
To: info-cpm@AMSAA.ARPA
Subject: OTRONA ATTACHE 8:16
Cc: bang!dan@sdcsvax.ARPA

    The only known quantity of new CPM/MSDOS Otrona's are at Grindle
Enterprises in San Diego, CA (619)571-3996.From what I have heard it
is packaged with an unconditional 90 day warranty from the company
mentioned above.I don't know the exact price, but somewhere around
$1000.00.I do know they are factory sealed in the box.I found this
information on a local board (619)283-0498.
    Fora total weight of 20lbs and 5 existing service locations in
this area, its not a bad buy.I understand the the Mari company has
sold all of their existing inventory.

bang!dan@nosc
Bang World Communications

22-Jul-85 05:50:01-MDT,1740;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 05:45:42-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a018776; 22 Jul 85 7:14 EDT
Date: Thursday, 18 July 1985  18:21-MDT
Message-ID: <KPETERSEN.12128568032.BABYL@SIMTEL20.ARPA>
Sender: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
Subject:   Apple-Cat insert for BYE
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 20 Jul 1985 13:34-MDT

It seems that Yet Another Bye insert for the Apple-Cat II modem has
bombed.  B3AC-0.INS for the BYE335 series of Bye programs has an
"Await Ring" routine that checks for carrier only.  It does not appear
to check for RING.  This may be because you need to have the Firmware
chip in the modem card -- is this true?  I have not been able to get
any Apple-Cat insert working with any of the BYE programs so far
(BYE3, also MBYE with -both- revisions of the insert file).

Are these really bugs, or is the firmware chip required -- There is
quite a demand for Apple-Cat II BYE overlays; perhaps someone with a
bit more ex- perience at assembly language that I would be willing to
contribute this over- lay, a TESTED, WORKING copy, to the MBYE/BYE
collection.

Please reply if you would be willing to write this insert, or if you
know why I am having so much trouble getting this working, or if you
know where I can get a working insert file.  There are many
RCP/M-SysOps who are anxious to get a system running, but have no BYE
insert that seems to work.  I was not able to contact Wayne Masters,
author of the Apple-Cat insert.

Thanks,
-drew
 T.MOORE%MIT-EECS@MIT-MC.ARPA
22-Jul-85 05:50:28-MDT,1008;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 05:49:09-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a018783; 22 Jul 85 7:14 EDT
Date: Sun 21 Jul 85 01:32:17-MDT
From: Ron Fowler <RFOWLER@SIMTEL20.ARPA>
Subject: MEX 1.14
To: info-cpm@AMSAA.ARPA
cc: cstrom@SIMTEL20.ARPA, kpetersen@SIMTEL20.ARPA
Message-ID: <12128698785.13.RFOWLER@SIMTEL20.ARPA>

  I've just released MEX version 1.14.  It fixes a few long-standing bugs,
and adds support for 1K blocks (as implemented in the current (10.8) 
version of XMODEM.  This enhancement complies fully with Chuck Forsberg's
YMODEM specification for 1K packets.
  The files can be found on SIMTEL20, in MICRO:<MEX> as follows:

		MEX114-U.LBR	update files only
		MEX114.LBR	entire package
		MEXOVL06.LQT	List of all known overlays

Note that MEXOVL06.LQT is also present in the two library files, so if
you FTP either of these, you have the overlay list.
				--Ron Fowler
-------
22-Jul-85 06:15:11-MDT,1224;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 06:11:20-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a018803; 22 Jul 85 7:15 EDT
Date: Sun, 21 Jul 1985  10:08 MDT
Message-ID: <KPETERSEN.12128792819.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   RCPM-Sysops@SIMTEL20.ARPA
Cc:   Info-Cpm@AMSAA.ARPA
Subject: XMDM108 updates - XMDM109 released

Someone please tell Paul Traina that I have just released XMDM109.  I
hear he's working on changes to XMDM108.  Tell him PLEASE use XMDM109!
It's available on my RCPM (Royal Oak) or the Sysop RCPM (Dave Hardy).

After extensive testing of XMDM108 I found a few things that needed
cleaning up.  The changes were not in the area of the file transfer
routines.  XMDM108 is functional.  There was a SERIOUS security
problem, though, that needed to be fixed immediately.  While I was at
it, I set the equates to "generic" so the file could be assembled
without editing for those who just wanted a simple transfer program
between two computers.  You'll find XMDM109.LBR in MICRO:<CPM.RCPM>
after I have uploaded it (I'll announce it).

--Keith 
22-Jul-85 06:15:43-MDT,819;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 06:13:35-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a018808; 22 Jul 85 7:15 EDT
Date: Sun, 21 Jul 1985  11:33 MDT
Message-ID: <KPETERSEN.12128808144.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Cc:   RCPM-Sysops@SIMTEL20.ARPA
Subject: XMDM109 released

XMODEM version 10.9 is now available from Simtel20 as:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.RCPM>
XMDM109.LBR.1			BINARY	102656  CA53H

Also available:

XMDM108.MSG.1			ASCII	  3257  0674H

which explains the new 1k protocol capability (still compatible with
earlier versions of XMODEM, MODEM7, and MEX).

More details later.

--Keith
22-Jul-85 06:39:24-MDT,1225;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 06:36:37-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a018819; 22 Jul 85 7:16 EDT
Date: Sun, 21 Jul 1985  19:22 MDT
Message-ID: <KPETERSEN.12128893642.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Cc:   Info-Modem7@SIMTEL20.ARPA, RCPM-Sysops@SIMTEL20.ARPA
Subject: XMDM110 now available
In-reply-to: Msg of 21 Jul 1985  17:00-MDT from CSTROM

    Date: Sunday, 21 July 1985  17:00-MDT
    From: CSTROM at SIMTEL20.ARPA
    To:   Keith Petersen <W8SDZ at SIMTEL20.ARPA>
    Re:   XMDM108 updates - XMDM109 released

    Well, luckily Paul Traina based his 110 on Keith's 109 and I am
    about to upload XMDM110.LBR to Simtel. (Keith, please add it to
    <CPM.RCPM>.) His mods are in the form of bug fixes and addition
    of an Oxgate equate; the Ymodem protocol is untouched from
    previous versions according to the documentation.

    -Charlie

It's now available in:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.RCPM>
XMDM110.LBR.1			BINARY	102656  2F5EH

XMDM109 has been deleted.

--Keith
22-Jul-85 07:20:00-MDT,799;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 07:15:29-MDT
Received: from su-sierra.arpa by AMSAA.ARPA id a019080; 22 Jul 85 7:26 EDT
Date: Sun 21 Jul 85 16:32:17-PDT
From: IEEE CS Students <IEEE-CS@SU-SIERRA.ARPA>
Subject: Cromemco 4FDC/16FDC BIOS?
To: INFO-CPM@AMSAA.ARPA

Does anyone out there in Netland have a CP/M BIOS for a Cromemco system
using the 4FDC or 16FDC disk controllers? I've heard that there may be one
in the SIG/M library, but have not located it yet.

If you know of such code, or (even better) a location on the NET which has
a copy of it, please respond directly to IEEE-CS@SU-SIERRA.ARPA, as I am not
currently on the distribution list.

Regards,

L. Brett Glass
IEEE-CS@SU-SIERRA.ARPA
-------
22-Jul-85 09:53:37-MDT,853;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 09:53:20-MDT
Date:     Mon, 22 Jul 85 8:57:56 EDT
From:     Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA>
To:       info-cpm@AMSAA.ARPA
Subject:  AMSAA.ARPA once again responding to it net address.

Fellow CP/Mers - Now that BBN has repaired the lightning-damaged Interface
Message Processor (IMP) through which AMSAA.ARPA access the net, mail sent to
info-cpm can once again be delivered.  We are still operating with a kludge,
and physically pulling the plugs on the network at the close of each working
day and at the first sign of a storm, but the mail is flowing.  Efforts are
underway to resume full-time network access.

     Feel free to submit articles to info-cpm.



Dave Towson
info-cpm-request@amsaa.arpa


22-Jul-85 13:37:54-MDT,685;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 13:34:52-MDT
Received: from rand-unix.arpa by AMSAA.ARPA id a004368; 22 Jul 85 14:32 EDT
Received: by rand-unix.ARPA; Mon, 22 Jul 85 11:15:25 pdt
From: Bridger Mitchell <bridger@rand-unix.ARPA>
Message-Id: <8507221815.AA26428@rand-unix.ARPA>
Date: 22 Jul 85 11:15:22 PDT (Mon)
To: info-cpm@AMSAA.ARPA
Cc: randvax!bridger@rand-unix.ARPA
Subject: CP/M S1 byte ?

Can anyone enlighten me as to what the S1 (not S2) byte
in the fcb and directory entry does, in both CP/M 2.2 and
later systems?  Are any applications or system utilities using it?

--bridger mitchell

23-Jul-85 05:45:26-MDT,1091;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Jul 85 05:43:04-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a010266; 23 Jul 85 7:11 EDT
Received: from (INNO)HWALHW5.BITNET by WISCVM.ARPA on 07/22/85 at
  11:38:45 CDT
Date: 22 JUL 85 17:39-N
From:  INNO%HWALHW5.BITNET@WISCVM.ARPA
To:  INFO-CPM@AMSAA.ARPA
Subject:Interfacing Campbell C20/Rainbow 100

Has anybody ever interfaced a Campbell C20 cassette Interface with a
Rainbow-100 microcomputer.
C20 formats used are: - ASCII
                      - DECODE
Could someone please send me a sample program and specifications of
hardware-settings.


                                        Inno Frencken (INNO@HWALHW5)
                                        Computing Centre
                                        Agricultural University
                                        Hollandseweg 1
                                        6706 KN  Wageningen
                                        The Netherlands
                                phone:  08370-83875

23-Jul-85 06:09:59-MDT,867;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Jul 85 06:09:21-MDT
Received: from rand-unix.arpa by AMSAA.ARPA id a010769; 23 Jul 85 7:33 EDT
Received: by rand-unix.ARPA; Mon, 22 Jul 85 14:05:28 pdt
From: Bridger Mitchell <bridger@rand-unix.ARPA>
Message-Id: <8507222105.AA00283@rand-unix.ARPA>
Date: 22 Jul 85 14:05:19 PDT (Mon)
To: info-cpm@AMSAA.ARPA
Cc: randvax!bridger@rand-unix.ARPA
Subject: umodem upgrade wishlist 

With the arrival of the YMODEM 1K packet protocol for MEX
I hope one of the umodem guru's will sieze the opportunity
to add support for the 1K packets!

Could I also add my plea to put in the CRC option with auto-detection
of CRC or CHECKSUM?  We randomly encounter hardware problems
that set the parity bit, which go undetected by a checksum
50% of the time!

--bridger
23-Jul-85 14:19:59-MDT,904;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Jul 85 14:19:18-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a028967; 23 Jul 85 15:37 EDT
Date: Tue 23 Jul 85 13:32:35-MDT
From: Larry Armijo <COLSA@SIMTEL20.ARPA>
Subject: Program Design Languages
To: INFO-CPM@AMSAA.ARPA
cc: COLSA@SIMTEL20.ARPA
Message-ID: <12129354198.19.COLSA@SIMTEL20.ARPA>

I have heard that there exist Program Design Languages (PDL's) which are
used to develop preliminary versions of computer programs on larger computers.
Does anyone know if PDL's are available for micros?  I would think that
these design languages would be very useful in the preliminary design of
larger application programs.  If you know of any PDL's for micros, either
commercial or public domain, I would appreciate some guidance.  Thanks in
advance.

Larry
COLSA@SIMTEL20
-------
24-Jul-85 06:55:04-MDT,2576;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 06:53:45-MDT
Received: from mitre-gateway.arpa by AMSAA.ARPA id a016016; 24 Jul 85 7:19 EDT
Date: 23 Jul 1985 20:12:49 EDT (Tuesday)
From: Tom Reid (MS W932) <treid@MITRE-GATEWAY.ARPA>
Subject: Re: Program Design Languages
In-Reply-to: Your message of Tue 23 Jul 85 13:32:35-MDT
To: Larry Armijo <COLSA@SIMTEL20.ARPA>
Cc: info-cpm@AMSAA.ARPA

While the Ada movement has tried to make the concept of PDLs concrete,
the traditional notion is a "pidgen or structured English" statement
of the intent of a procedure; the procedures being produced in a top-down,
step-wise refinement process.  The "syntax" is usually derived from an
ALGOL base (Pascal, Ada, etc.).  The object of a procedure written in PDL
is WHAT the procedure is to accomplish, not HOW.  The key words such as
IF, THEN, WHILE, DO, BEGIN, etc. are there with the expressions and 
statements replaced with ENGLISH language statements.  An example:

     WHILE train has not arrived DO
       IF you have a quarter
       THEN play pac-man
       ELSE
         IF you have a $1 bill
         THEN use coin changer
         ELSE try begging

The English language statements can become comments in your final program.
The object in this design phase is the overall structure and logic of what
you want to accomplish, leaving the how to the next lower refinement.

The Ada community has settled on the obvious: why should your PDL be any
different from the programming language ==> the PDL for an Ada program
should very closely resemble Ada so that there is little translation from
the design to the implementation.  In fact, you should be able to make the
English language statements comments and/or replace them with the HOW.

My feeling is that the PDL should be rather informal and very reader 
oriented with the intent of explaining what a routine is to do in the
easiest, most understandable way without having a lot of syntax thrust
upon you.  PDL is for the human <--> the programming language is for the 
computer (I agree, too simplistic).

There are some pseudo-compilers/interpreters which will execute and
attempt to analyze PDL (ie., a logical expression is displayed and
the user is prompted for a Y/N, an arithmetic expression is prompted
for a number, and an English statement displayed as an effect - you
are attempting to symbolicly execute your design).  However, PDL
languages with the usual notion of compilers are not really applicable.

24-Jul-85 07:00:03-MDT,971;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 06:55:53-MDT
Received: from xerox.arpa by AMSAA.ARPA id a006585; 23 Jul 85 17:45 EDT
Received: from PinotNoir.ms by ArpaGateway.ms ; 23 JUL 85 13:31:45 PDT
Date: 23 Jul 85 08:58 PDT
From: Ghenis.pasa@XEROX.ARPA
Subject: Can't find XLISP12.COM
To: info-cpm@AMSAA.ARPA
cc: Ghenis.pasa@XEROX.ARPA
Message-ID: <850723-133145-1192@Xerox>

I need XLISP12.COM in a hurry, for distribution at an intro to LISP for
local CPMers in Pasadena. I have searched most RCP/M systems in the Los
Angeles area with no luck (just found an old version with several bugs).
I got the source, but don't have Aztec C to compile it, so that didn't
help either.

If anyone knows of any RCP/M anywhere in the U.S. that has version 1.2
of XLISP.COM, please message me.  (I cannot FTP)

Thank you

-- Pablo Ghenis
   Xerox Artificial Intelligence Systems
   Pasadena, CA
24-Jul-85 07:20:00-MDT,2924;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 07:16:08-MDT
Received: from sdcsvax.arpa by AMSAA.ARPA id a011545; 24 Jul 85 7:07 EDT
Received: by sdcsvax.ARPA (4.24/4.41)
	id AA04398; Wed, 24 Jul 85 00:40:45 pdt
From: crash!ihom@sdcsvax.ARPA
Message-Id: <8507240740.AA04398@sdcsvax.ARPA>
Date: Tue, 23 Jul 85 21:52:27 PDT
To: info-cpm@AMSAA.ARPA
Subject: Turbo free space query
Cc: info-pascal@brl.ARPA

Does anyone know of a correct algorithm for finding the amount of free space
on a drive in Turbo Pascal?  My quick and dirty algorithm below outputs the
corect results on my 128k floppies and 96k RAM disk, but errors on a hard
drive.
 
When a drive is activated in CP/M, an allocation vector is set up to determine 
the amount of free space remaining on the drive.  This vector is composed of
bits with a 0 indicating a free block and a 1 indicating an allocated block.
Calling BDOSHL(alloc_vect) puts the address of the allocation vector (for
the current selected drive) in the HL register pair.  "temp" points to the
address in memory where the allocation vector is stored.  "quotient" incre-
ments to the next consecutive 8-bit byte in the vector.  "freek" tallies up
all the 0 bits and is the value for the space remaining.
 
Would someone compile and execute this, and mail me the results?  (Be sure to
change the constant "total_k" to match your drive size.)  Or better yet,
supply me with a correct algorithm...
 
 
--Irwin Hom     ...crash!ihom@ucsd
 
 
 
---------cut here---------cut here---------cut here---------cut here---------
 
program free_space;
 
const
   alloc_vect = $1B;   { Allocation vector address                        }
   total_k    = 128;   { since the total kilobytes is easy to find in the }
                       { DPB, set to a constant here for this example     }
type
   alvec = byte;
 
var
   cnt,freek,i : integer;
   quotient    : byte;
   temp        : ^alvec;
begin
   writeln('Total k = ',total_k);
 
   { address of space allocation bit vector }
   temp := ptr(BDOSHL(alloc_vect));
   freek := 0;   { counter for free blocks }
 
   for i := 0 to (total_k div 8) - 1 do   { 8 bits per byte }
      begin
         cnt := 0;   { bit counter }
         quotient := mem[addr(temp^) + i];
         writeln(quotient);
         while quotient > 0 do   { kludge to convert from dec to bin }
                                 { 0 = free, 1 = allocated }
            begin   { start from LSB to MSB }
               if not odd(quotient) then   { even = free block }
                  freek := freek + 1;
               cnt := cnt + 1;
               quotient := quotient div 2
            end;
         freek := freek + (8 - cnt)   { add remaining (0 bits) free blocks }
      end;
 
   writeln('Free k = ',freek)
end.
 
-----------------------------

24-Jul-85 07:34:59-MDT,1151;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 07:31:39-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id aa28203; 24 Jul 85 7:57 EDT
Received: from usenet by TGR.BRL.ARPA id a004513; 23 Jul 85 15:38 EDT
From: Chuck McManis <cem%intelca.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm,net.lang.pascal
Subject: Turbo Pascal File Handling
Message-ID: <24@intelca.UUCP>
Date: 22 Jul 85 21:03:37 GMT
Xref: seismo net.micro.cpm:4672 net.lang.pascal:360
To:       info-cpm@AMSAA.ARPA

Does anyone know of a collection of subroutines for Turbo Pascal to do
file handling? Specifically, file look up, renaming, and deletion.
I currently need ones for CP/M but anticipate a need in the near future 
for some MS-DOS ones also. Any pointers/References appreciated.

--Chuck
-- 
"Unix, the Teco of Operating Systems."      - - - D I S C L A I M E R - - - 
{ihnp4,fortune}!dual\                     All opinions expressed herein are my
        {qantel,idi}-> !intelca!cem       own and not those of my employer, my
 {ucbvax,hao}!hplabs/                     friends, or my avocado plant. :-}
24-Jul-85 08:14:49-MDT,1083;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 08:11:06-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a007498; 24 Jul 85 8:50 EDT
Received: from usenet by TGR.BRL.ARPA id a011660; 23 Jul 85 22:04 EDT
From: Stephen King <king%dciem.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: using both side of disks
Message-ID: <1632@dciem.UUCP>
Date: 16 Jul 85 12:47:55 GMT
To:       info-cpm@AMSAA.ARPA

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Another consideration is the index hole, which is not going to
be in the same place if the disc is flipped over. Thus, the disc drive
must be able to cope with the index hole on the other side of the disc
center line, or discs with two center holes must be used. (has anyone ever
seen any of these?)

-Another note- the certified side of a disc is *not* the side with the
label on it. When inserting a disc into a drive with the label up,
the read/write head accesses the disc surface through the slot in
the *underside* of the disc jacket.

					-=-=-= sjk
24-Jul-85 08:29:46-MDT,1151;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 08:25:44-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a007541; 24 Jul 85 8:50 EDT
Received: from usenet by TGR.BRL.ARPA id a012507; 23 Jul 85 22:56 EDT
From: Jeffrey Miller <jeffm%mmintl.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: using both side of disks
Message-ID: <509@mmintl.UUCP>
Date: 22 Jul 85 15:46:35 GMT
To:       info-cpm@AMSAA.ARPA


*
	Double sided disks are usually for drives with 2 heads.  The disks
still only spin in one direction.  You still face the problem of releasing
dirt trapped when spinning in the original direction.  I've been using the
flip side of single sided disks on a single head drive for several years
with no problems on either side of the disk, even though it spins both ways.

	*************************************************
	*	Jeff Miller				*
	*	Multimate International Corp.		*
	*	52 Oakland Avenue 			*
	*	East Hartford, CT  06108-9911		*
	*  UUCP:					*
	* ...!seismo!utah-cs!utah-gr!pwa-b!mmintl!jeffm *
	*************************************************
24-Jul-85 09:00:05-MDT,1138;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 08:58:58-MDT
Received: from brl-sem.arpa by AMSAA.ARPA id a009792; 24 Jul 85 9:44 EDT
Received: from brl-tgr.arpa by BRL.ARPA id ge18539; 22 Jul 85 9:42 EDT
Received: from usenet by TGR.BRL.ARPA id a010922; 21 Jul 85 5:51 EDT
From: "James A. Jokl" <jaj%uvaee.uucp@BRL.ARPA>
Newsgroups: net.unix,net.micro.cpm,net.wanted
Subject: 8085 Assembler Wanted
Message-ID: <380@uvaee.UUCP>
Date: 18 Jul 85 19:40:12 GMT
Xref: seismo net.unix:5400 net.micro.cpm:4658 net.wanted:7227
To:       info-cpm@AMSAA.ARPA

We need an 8085 assembler for use in an undergraduate laboratory course this
fall.  The actual code will have to run on a Prime, however pointers to
source in any language for any OS will be greatly appreciated.  

                             Thanx in advance

                                James Jokl
                                University of Virginia, EE

CSNET:   jaj@virginia
ARPANET: jaj.virginia@csnet-relay
USENET:  ....!decvax!mcnc!ncsu!uvacs!uvaee!jaj
Ma Bell (and relatives) 804-924-6101
24-Jul-85 09:04:39-MDT,1229;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 09:01:13-MDT
Received: from brl-sem.arpa by AMSAA.ARPA id aa09792; 24 Jul 85 9:44 EDT
Received: from brl-tgr.arpa by BRL.ARPA id gf18539; 22 Jul 85 9:42 EDT
Received: from usenet by TGR.BRL.ARPA id a011085; 21 Jul 85 5:56 EDT
From: HaymakerLL <llh%drutx.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: RE: --- Otrona Attache ---
Message-ID: <3294@drutx.UUCP>
Date: 19 Jul 85 21:19:06 GMT
To:       info-cpm@AMSAA.ARPA

Attache a bummer ???

    Think we all need more information than this to go by. Do you own one ?
have you used one ?? What is wrong with it ?? Give us some details..
I own two, and am pleased, although the company is defunct, and I
purchased then at a good deal less than what they were going for new.
The only problem that I can see is Otrona put some inferior drives on
it's earlier machines, and these have caused some problems and some of the
earlier keyboards were trash. Also there isn't much software support, but most
of the MSDOS and CPM stuff will run on them.
    Lets here the gripes but back them up !!!

Linc Haymaker  K0ZCO
AT&T ISL Denver
ihnp4!drutx!llh
24-Jul-85 12:53:40-MDT,869;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 12:53:33-MDT
Received: from ames-vmsb.arpa by AMSAA.ARPA id a021276; 24 Jul 85 14:07 EDT
Date: 24 Jul 85 10:46:00 PDT
From: nep.pgelhausen@AMES-VMSB.ARPA
Subject: --- Otrona (summary) ---
To: info-cpm@AMSAA.ARPA
Reply-To: nep.pgelhausen@AMES-VMSB.ARPA


Since I seem to have started this whole thing, some people may have
send some comments to me that did not get to the net.  To sum up,
the only gripes I have heard about the Attache seems to be when
it is serving as an MS-DOS machine (specifics about MS-DOS problems,
I don't know, but I have heard it is just generally slow & poor in
performance...).  NO-ONE who has clarified his view to me seems to
think it is bad as a CP/M machine.  
			-Richard Hartman
			max.hartman@ames-vmsb
------
25-Jul-85 07:24:24-MDT,555;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 07:22:53-MDT
Received: from crdc.arpa by AMSAA.ARPA id a026650; 24 Jul 85 16:06 EDT
Date:     Fri, 19 Jul 85 7:42:14 EDT
From:     George R Famini <grfamini@crdc.ARPA>
To:       info-cpm@AMSAA.ARPA
Subject:  termcap for Osborne I

We have an Osborne I running the public domain terminal emulator package
OTERM, and I was wondering if anyone out there has the termcap for this
particular configuration?  


			Thanks

			George Famini
25-Jul-85 08:04:58-MDT,887;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 08:03:18-MDT
Received: from sdcsvax.arpa by AMSAA.ARPA id a007097; 25 Jul 85 8:59 EDT
Received: by sdcsvax.ARPA (4.24/4.41)
	id AA08848; Wed, 24 Jul 85 20:58:24 pdt
From: crash!ihom@sdcsvax.ARPA
Message-Id: <8507250358.AA08848@sdcsvax.ARPA>
Date: Wed, 24 Jul 85 18:09:01 PDT
To: info-cpm@AMSAA.ARPA
Subject: Turbo free space query (error)
Cc: info-pascal@brl.ARPA

Yesterday, I left a message and algorithm about the problem I was
having in finding the free space on a drive.  Well, in less than
twenty-four hours, I discovered my error -- I forgot to take the
block size into consideration.  Nevertheless, the algorithm works
now.  Disregard the previous sample program.  I'll post the results
if anyone is interested.
 
 
--Irwin Hom     ...crash!ihom@ucsd

25-Jul-85 08:23:28-MDT,1447;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 08:21:15-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id a007710; 25 Jul 85 9:14 EDT
Received: from mit-multics.arpa by AOS.BRL.ARPA id a017253; 24 Jul 85 22:10 EDT
Acknowledge-To:  "Eric J. Swenson" <Swenson@MIT-MULTICS.ARPA>
Date:  Wed, 24 Jul 85 22:03 EDT
From:  "Eric J. Swenson" <Swenson@MIT-MULTICS.ARPA>
Subject:  Kaypro II File Transfer Program
To:  info-micro@BRL-VGR.ARPA, info-cpm@BRL.ARPA
cc:  ejs@MIT-MULTICS.ARPA, ejs@CISL-SERVICE-MULTICS.ARPA
Message-ID:  <850725020315.163903@MIT-MULTICS.ARPA>

My wife has just gotten a Kaypro computer at work and needs a file
transfer program of some sort.  Can anyone give me pointers as to the
best way to get a file transfer program (preferably Kermit or MODEM)
onto that system?  I suspect the 5 1/4 disk format is incompatible with
other 5 1/4 disk formats (although I know nothing about Kaypros).
Perhaps someone in the Boston area could provide me with a diskette or
someone outside the area could mail me one.  I'd pay postage and
diskette charge.  Any other help or pointers to help would be
appreciated.

Please send mail to me directly, at Swenson@MIT-Multics, not this list,
as I do not read this list as a matter of course.  Additionally, I'm
sure members of this list have read countless such requests and would
rather never hear one again.  Sorry.
25-Jul-85 08:43:25-MDT,665;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 08:41:09-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id aa07680; 25 Jul 85 9:14 EDT
Received: from usenet by TGR.BRL.ARPA id a016172; 25 Jul 85 4:41 EDT
From: Henry Schaffer <hes%ecsvax.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: using both side of disks
Message-ID: <1733@ecsvax.UUCP>
Date: 24 Jul 85 01:32:53 GMT
To:       info-cpm@AMSAA.ARPA

The people I know who use both sides of the disk in a single side
drive (and call the disks "flippies") use a hole punch to punch
the extra holes in the diskette jacket (*only*).  --henry
25-Jul-85 11:04:33-MDT,739;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 11:01:24-MDT
Received: from lll-mfe.arpa by AMSAA.ARPA id aa16026; 25 Jul 85 12:33 EDT
Date: Thu, 25 Jul 85 12:20 EDT
From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
Subject: CP/M <--> VAX/VMS Floppy Utility
To: INFO-CPM@AMSAA.ARPA



Does  anyone have a copy of the source code to a utility to read standard 8"
SSSD  CP/M  floppies  on  a VAX under VMS (with an RX01/2) ? I got something
from  MIT-MC  many  moons  ago,  but have had little luck with it. I will be
happy to make my findings available to the net.

Thanks,

Richard Secrist
Science Applications Int'l. Corp.

SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa

25-Jul-85 11:12:26-MDT,1158;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 11:08:42-MDT
Received: from lll-mfe.arpa by AMSAA.ARPA id a016039; 25 Jul 85 12:33 EDT
Date: Thu, 25 Jul 85 12:19 EDT
From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
Subject: IBM Document Interchange Standard
To: INFO-CPM@AMSAA.ARPA



In  recent  history  IBM created a document interchange standard in order to
share  documents  with  embedded  formatting  and  presentation  information
between different products. If I can believe InfoWorld (April 29, 1985, page
33)  vendors  like  Micropro  (Wordstar)  and  Microsoft  have  committed to
supporting  this  standard,  called  "Document  Interchange  Architecture  /
Document  Content  Architecture"  (DIA/DCA), and promise to incorporate into
their  products  Real  Soon  Now. Does anybody know the name of the document
that  defines  this  standard,  and/or  has  anyone  heard of this before ?!
Adoption of this standard could have interesting implications in microland.

Thanks,

Richard Secrist
Science Applications Int'l. Corp.

SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa

29-Jul-85 06:17:38-MDT,592;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 06:14:08-MDT
Received: from usc-ecl.arpa by AMSAA.ARPA id a005903; 26 Jul 85 8:54 EDT
Date: Thu 25 Jul 85 12:20:10-PDT
From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
Subject: HP terminal emulator for CP/M?
To: info-cpm@AMSAA.ARPA
Postal-address: Beckman Instruments, Inc.
Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
Phone: (714)961-3393

Does anyone know of an HP block mode terminal emulation program
for CP/M-80 that emulates for example an HP2622?  
Ted.
-------
29-Jul-85 06:33:53-MDT,8486;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 06:28:30-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a004669; 29 Jul 85 7:10 EDT
Date: Sat, 27 Jul 1985  21:56 MDT
Message-ID: <KPETERSEN.12130494489.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: BYE337 remote console program available

BYE337 is now available from SIMTEL20.  Here is an except from the
source code comments (a complete list of files follows):

This program allows modem callers to use a CP/M system just as if they
were seated at the system console.  Special assembly-time options al-
low limiting the caller's access by password and/or access to only a
message-service program.  A number of external inserts are available
to adapt this program to various computers, clocks and modems.  It may
be assembled with ASM, LASM, MAC or M80.  If the ZCPR3 equate is set
YES, a macro assembler such as MAC or M80 will be required.  If the
program will not assemble correctly with M80, check the insert that
was added, it likely is not configured properly.

There was a program called BYE5 that was released recently.  This is a
spin-off on BYE335 and has no advantages over the current release of
BYE.  If you have BYE5, please understand that this is newer and is
the "proper" continuation of the BYE family.  BYE3 is placed in the
public domain.  It may be updated or altered for your personal use.
I'd like to try and consolodate any new releases, so we can avoid
another MODEM7 fiasco.  If you have changes that you feel should be
included in future releases, please forward them to Saratoga OxGate
408/354-5934 (pst)

v337 - 07/24/85 - *All BYE dependant routines may be accessed through
BDOS calls now.  BYE intercepted the BDOS vector anyway, so I figured
we might as well do something with it.  BYEBDOS calls start at 80
decimal.  See BYE337.DOC for more information.  *Striped out many
comments, because I've written and included a comprehensive BYE
manual.  *Added fixes for: Anchor modems, MBBS disconnect, and
function keys generating nulls.  *Removed BYELOW equate...you MUST to
run BYE low now.  Sorry.  *If you're not using the NO25TH option, the
LCDATA buffer will be a single entry (a 0) so your BBS can sense
you're not using the NO25TH deal and not overrwrite BYE.  *Removed
manditory NO25TH when using OxGate, as OxGate's now smart enough to
sense that you don't have the buffer (see above).  *Added NEEDLC.  If
yes, then will include code to read lastcaller.  *If you have your own
modem overlay, please remove the "ANI 7FH" or "ANI 127"'s that are in
it.  This will allow 8-bit I/O for programs like XMODEM.  *Removed
low-memory bytes LHOUR/LMIN-- XModem and BBS can access them by
looking at RTCBUF+7 and RTCBUF+8 *Made the two subroutines: BCDBIN and
BINBCD deleteable.  If you need them, then set BIN2BCD and/or BCD2BIN
to "YES", otherwise they won't be assembled into the code.  *If TIMEON
is yes, you should make sure your clock insert pokes not only CHOUR
and CMIN with the binary hour/min, but that it pokes the RTCbuf with
the BCD values.  This way BBSs and XMODEM can get the time and date
from BYE.  *No longer uses STATUS byte in low-memory.  *No longer
patches punch and reader devices to modem.  -- pst

v336 - 06/28/85 - *Added call to mdhang so phone will hangup for
twit-kills.  *Fixed bug that caused BYE to randomly turn off modem
I/O.  *Removed remote user's ability to type ^T to see time on system.
(let him run a transient program)--it was too complex with fkeys.
*Separated PRINTER equate from HARDLOG equate.  Some of us like to use
our printers remotely.  *Moved CLRSCR so it clears screen before
progress display, not after. (If you want CLRSCR after, so that you
don't etch your CRT, then set CLRB4 to NO.)  *Added "if not oxgate" to
nulls question YET ONCE AGAIN.  I am tired of it being taken out.
OxGate handles nulls by itself.  *Removed spaces in front of "goodbye"
message.  *Sysop must type an attention character and a letter instead
of just a control character to run special function keys.  The special
function keys were interfering with online editing.  (this means type
^^N (ctl-^ "N") to hangup, not ^N)). You may change the attention
character (currently ^^) at lable ATTCH.  *Disabled time-on-system-
on-warmboot function if user is a wheel.  See equate TOSWB to
blanket-disable this function - pst

FYI: BYE337 SUPERSEEDS BYE5.  BYE5 does not have the advanced features
	of BYE337, plus the fact that BYE337 improves upon all work
	done in BYE5.  If you have BYE5 currently on your system,
	-- PLEASE DELETE IT -- to avoid confusing users.

BYE3.ASM takes full advantage of the result codes returned by modems
using 'AT' protocol.  It uses the terse mode to recognize the speed of
the incoming signal and automatically adjusts the computer I/O to that
speed, without the user needing to type any CR's.  This is of particular
benefit for RCPM systems using the new 300/1200/2400 modems.  (For those
modems not supporting the 'AT' protocol, the caller will still need to
type enough CR characters to establish his speed.)

No external smartmodem inserts are needed, except for systems such as
the Cermetek or Pen-tel which use their own protocol.  The included
smartmodem routines also allow answering on first ring, with optional
echo-checking required by some modems for insured accuracy of command
accectance.

			Hardware specific inserts
			-------------------------

B3AC    Apple II with Novation Apple-Cat modem card
B3AD    Advanced Digital Super Quad & Super Six (Dart and 8116)
B3AM    AMPRO "Little Board" (Dart and CTC)
B3AP    Apple II with Mountain CPS serial card (2651)
B3CC    CCS-2719 & Sierra Data Science (SIO and CTC)
B3CM	Cermetek Infomate 212a
B3CP	CompuPro Interfacer 3 or 4, System Support 1 systems (2651)
B3DP	Datapoint insert (8251A and CTC)
B3EA	Eagle II and Eagle III (SIO and CTC)
B3EP	Epson QX-10 (201 MPSC and 4618 RTC)
B3H8	Heath/Zenith H89 (8250 I/O at 2 MHz.)
B3HZ	Heath/Zenith -100 series (2661B at 4.9152 MHz.)
B3KP	KayPro (SIO and 8116)
B3MD	Morrow MicroDecision computer (8251 and Intel 8253)
B3OS	Osborne OS-1
B3OV	Osborne Vixen (8251)
B3PH	Philips "Happy Man" P2000C (SIO and CTC)
B3R1	Radio Shack TRS-80 Model I (1602)
B3R2	Radio Shack II,12,16 & 16B.  (8251 and CTC timer)
B3R3	Radio Shack TRS-80 Model III (1602)
B3R4	Radio Shack TRS-80 Model IV (1685 and 19411)
B3SB	Intertec Superbrain (8251 and 19411 timer)
B3TV	TeleVideo TS-802 with external modem (SIO and CTC)
B3US	US Robotics S-100 plug in modem board (8251)
B3XE	Xerox 820 (SIO and 8116)
B3ZB	Zorba (8251 and 8254-2)

	    (Others will be added as they become available.)

On SIMTEL20 the files are:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.BYE3>
B337INS.LBR.1			BINARY	 82688  860CH
Note: this LBR contains all of the overlays below, which are also
available individually for your convenience - you need only the
correct one for your hardware.

B3AC-1.IQS.1			BINARY	  2304  BE01H
B3AD-1.IQS.1			BINARY	  2944  7C89H
B3AM-1.IQS.1			BINARY	  2816  D143H
B3AP-1.IQS.1			BINARY	  2816  2084H
B3CC-1.IQS.1			BINARY	  3712  2E0AH
B3CMP1.IQS.1			BINARY	  3584  A121H
B3CP-2.IQS.1			BINARY	  4224  1D71H
B3DP-1.IQS.1			BINARY	  2688  7291H
B3EA-1.IQS.1			BINARY	  2688  66D5H
B3EP-1.IQS.1			BINARY	  2560  AC1DH
B3H8-1.IQS.1			BINARY	  2176  2704H
B3HZ-1.IQS.1			BINARY	  3456  D6FDH
B3KP-1.IQS.1			BINARY	  2304  B61FH
B3MD-1.IQS.1			BINARY	  3584  A40AH
B3OS-1.IQS.1			BINARY	  5504  703DH
B3OV-1.IQS.1			BINARY	  6656  5388H
B3PH-1.IQS.1			BINARY	  2560  91DAH
B3R1-1.IQS.1			BINARY	  1920  EC1CH
B3R2-1.IQS.1			BINARY	  2944  CDF4H
B3R3-1.IQS.1			BINARY	  2048  7C22H
B3R4-1.IQS.1			BINARY	  2304  4D92H
B3SB-1.IQS.1			BINARY	  2432  6063H
B3TV-1.IQS.1			BINARY	  2560  133BH
B3US-1.IQS.1			BINARY	  2944  FCA7H
B3XE-1.IQS.1			BINARY	  2304  3D72H
B3ZB-1.IQS.1			BINARY	  2816  7994H

BYE3-INS.INF.1			ASCII	  2407  6840H
(information on the overlays)

BYE337.LBR.1			BINARY	134400  AE4CH
This LBR contains BYE337 source, documentation, timeclock routines,
etc.

--Keith Petersen
Arpa:  W8SDZ@SIMTEL20.ARPA
uucp:  ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp:  ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
29-Jul-85 06:38:01-MDT,850;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 06:35:59-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a005950; 26 Jul 85 8:55 EDT
Date: Friday, 19 July 1985  11:49-MDT
Message-ID: <KPETERSEN.12129943243.BABYL@SIMTEL20.ARPA>
Sender: Crede Edens <edens@ALMSA-1.ARPA>
From: Crede Edens <edens@ALMSA-1.ARPA>
Subject:   NEC 41256 chips
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Thu 25 Jul 1985 19:28-MDT

Drew,

I have an NEC APC computer which I would like to add RAM chips to increase
my memory.  I am having trouble finding out what chips fit the APC.  Do 
you know if the NEC 41256 RAM chips sold by Microprocessors Unlimited will
fit my machine?

Thanks for any information you can give me.

Crede Edens       EDENS@ALMSA.ARPA
29-Jul-85 07:03:08-MDT,806;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:03:04-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a005963; 26 Jul 85 8:55 EDT
Date: Saturday, 20 July 1985  10:45-MDT
Message-ID: <KPETERSEN.12129943326.BABYL@SIMTEL20.ARPA>
Sender: steve archer <rochester!kodak!archer@SEISMO.ARPA>
From: steve archer <rochester!kodak!archer@SEISMO.ARPA>
Subject:   print file repeatedly in Wordstar
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Thu 25 Jul 1985 19:28-MDT

Can one repeatedly print the same file in Wordstar without having to start
the process everytime?  I like to use my printer as a cheap copier, but 
dislike having to babysit the process.

steve {allegra,seismo}!rochester!kodak!archer
29-Jul-85 07:13:07-MDT,1358;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:10:10-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a004709; 29 Jul 85 7:10 EDT
Date: Sunday, 14 July 1985  17:48-MDT
Message-ID: <KPETERSEN.12130520678.BABYL@SIMTEL20.ARPA>
Sender: "R. P. Miller" <ARPEE@MIT-MC.ARPA>
From: "R. P. Miller" <ARPEE@MIT-MC.ARPA>
Subject: PATCH18A problems
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sun 28 Jul 1985 00:20-MDT

I have downloaded Bill Rink's PATCH18A and have found a distinct bug
in it.  I am running a N* Horizon with Bob Plouff's GENUSR front end.
Upon installing PATCH18A, I attempted to access a file and to do a
directory.  Both failed miserably - ie., PATCH is not recognizing the
directory at all.  If you have access to Bill Rink or the supplier of
the library now on SIMTEL, please let them know of this problem.  I
wonder if anyone else has had these results?  Upon getting PATCHZ80
and using it flawlessly for about 4 months now, I was most anxious to
see what the latest version had in it.  Unfortunately, it is not
working as described on my system.  Any help would be most
appreciated.  PATCH is a most useful utility and I would like to have
the latest version, if it works!
					Thanks,

					Ray Miller, ARPEE on MIT-MC
29-Jul-85 07:28:05-MDT,1089;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:26:40-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a005979; 26 Jul 85 8:55 EDT
Date: Saturday, 20 July 1985  21:59-MDT
Message-ID: <KPETERSEN.12129943402.BABYL@SIMTEL20.ARPA>
Sender: jp@LANL.ARPA
From: jp@LANL.ARPA
Subject:   print file repeatedly in Wordstar
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Thu 25 Jul 1985 19:29-MDT

> Can one repeatedly print the same file in Wordstar without having to start
> the process everytime?  

A simple way to do this is to use Mail-Merge.  If you don't have it
another approach is to use ^KB -- ^KK to mark the whole text.  Then
use ^KC repeatedly to make as many copies as you desire.  If you have
page numbering turned on put a .pn1 at the top of the block. Also, put
a .pa at the bottom to ensure that each copy starts at the beginning
of a page.

The best thing about Wordstar is if you want to do something there is usually
a way to do it.

Jim Potter jp@lanl.arpa
29-Jul-85 07:38:08-MDT,1001;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:33:04-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a004719; 29 Jul 85 7:11 EDT
Date: Sunday, 14 July 1985  10:52-MDT
Message-ID: <KPETERSEN.12130524597.BABYL@SIMTEL20.ARPA>
Sender: Mike Niswonger <CNISWONGER@SIMTEL20.ARPA>
From: Mike Niswonger <CNISWONGER@SIMTEL20.ARPA>
Subject:   New files on SIMTEL20 - Z3NEWS.206 207 and SB180.TQT
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sun 28 Jul 1985 00:41-MDT

I have uploaded two of the latest Z3NEWS files, 206 and 207 to
SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.ZCPR3>
Z3NEWS.2Q6.1			BINARY	  7040  4054H
Z3NEWS.2Q7.1			BINARY	 11520  12F8H

I also uploaded a file called SB180.TQT, which is a description of the
new Micromint single board CP/M system using the Hitachi 64180 chip.

Directory MICRO:<CPM.GENDOC>
SB180.TQT.1			BINARY	  7040  A611H

- Mike
29-Jul-85 07:53:10-MDT,1066;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:48:42-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a005982; 26 Jul 85 8:55 EDT
Date: Thursday, 18 July 1985  13:40-MDT
Message-ID: <KPETERSEN.12129943481.BABYL@SIMTEL20.ARPA>
Sender: "Jame A. Jokl" <jaj.virginia@CSNET-RELAY.ARPA>
From: "Jame A. Jokl" <jaj.virginia@CSNET-RELAY.ARPA>
Subject:   8085 Assembler Wanted
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Thu 25 Jul 1985 19:29-MDT

We need an 8085 assembler for use in an undergraduate laboratory
course this fall.  The actual code will have to run on a Prime,
however pointers to source in any language for any OS will be greatly
appreciated.

                             Thanx in advance

                                James Jokl
                                University of Virginia, EE

CSNET:   jaj@virginia
ARPANET: jaj.virginia@csnet-relay
USENET:  ....!decvax!mcnc!ncsu!uvacs!uvaee!jaj
Ma Bell (and relatives) 804-924-6101
29-Jul-85 08:03:06-MDT,2182;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:59:47-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a004722; 29 Jul 85 7:11 EDT
Date: Sun, 28 Jul 1985  01:10 MDT
Message-ID: <KPETERSEN.12130529894.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: DBL211 - double column list device printing

DBL211 is now available from SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.LIST>
DBL211.LBR.1			BINARY	 11392  B121H

Info from the author:

DBL.ASM was written to use the features of most of the common printers
to reduce the amount of paper used to list text files that are not
overly wide.  What it does is to print two pages at a time on a single
sheet of paper in a side by side fashion using the compressed mode of
the printer.  Sort of like:

xxxxxxxxxxxxxxxxxxxx   xxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxx   xxxxxxxxxxxxxxxxxx
.
.
.
xxxxxxxxxxxxxxxxxxxx   xxxxxxxxxxxxxxxxxx

     Page [ 1]             Page [ 2]

The version that I left on RCPM was set up to run on my Epson RX-80
printer, which takes the same commands as other Epson printers and the
Gemini printers as well.  The Feb 14, 1984 version has an added
feature, it can start printing in the middle of a file.

			Alan W Warren (4/09/84)

The version uploaded as DBL211.LBR is the above with the following
changes, which some may like to call enhancements:

0.  Conditional assembly for the Oki Microline 82A and 92 printers is
added, with the spacing set up so column width is 64 chars.
DBL211.COM is assembled for the Oki.  (Guess my brand of printer,
anyone?)

1.  If a line is too long to fit in the half-page column, it
is now folded onto the next line instead of being truncated.

2.  To stop print, use control-X instead of space.  I hit the space
bar too often by accident.

3.  If the text contains formfeeds, these are now acted upon in the
expected sense, namely no more text appears in that column and the
text continues at the top of the next.

			Greg Louis    840518:2100

--Keith
29-Jul-85 08:16:55-MDT,4371;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 08:16:13-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a005986; 26 Jul 85 8:55 EDT
Date: Friday, 12 July 1985  18:08-MDT
Message-ID: <KPETERSEN.12129966081.BABYL@SIMTEL20.ARPA>
Sender: Rick Adams <rick@SEISMO.ARPA>
From: Rick Adams <rick@SEISMO.ARPA>
Subject:   2400 baud auto-dial/auto-answer modem for $399
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Thu 25 Jul 1985 21:33-MDT

I have spent the last 2 weeks evaluating a US Robitics Courier 2400
modem.  I have beat on it pretty severly and can't find anything wrong
with it.  We are buying several. I like it well enough that I will
probably buy myself one for home use.

The modem was used for uucp traffic on seismo for 2 weeks. It was used
for both dialins and dialing out. The ONLY problem I could find with
it is that if you try and call another site at 2400 baud and it can
only sync up at 1200, the modem prints "CONNECTED 1200" and then
resets the baudrate to the host to 1200 baud. I added 5 lines of code
to the dialer in uucp and have had no problems since. I consider this
to be minor.

Anyway, on to details. The GSA cost is $399 quantity 1. If you are not
on the GSA scale (i.e. if you don't buy as a US government agency),
you can still get it at this price by mentioning you heard about this
price from The Center for Seismic Studies (i.e. where I work). The
list price on this model is $895 and the regular non-GSA price is $479
(other dealers may charge more).

The modem operates at 300/1200/2400 baud (Bell 103/Bell212A/CCITT
V22.bis) in both originate and answer mode. It will fall back to 1200
from 2400, but not from 1200 to 300 in orignate mode and correctly
autobaud in answer mode. A nice (and undocumented feature) is that the
modem will detect what baudrate the computer is sending at and use
that as the dialout speed. This means you can just list the same modem
in your L-devices file 3 times with different speeds and not change
anything else.  [it's simpler than it sounds if you are confused]

In orignate mode, it will detect (with a serate message for each)
ringing, busy, dialtone, and voice (and hang up on a voice).

It uses a superset of the HAYES SMARTMODEM command set. I used the
unmodified Hayes driver for a while before changing it to also handle
the USR extensions. It also claims to be able to be used with
CrossTalk, SmartCom and PC-Talk communications software, but I was
unable to test this. (I presume it will work, as it looks like a
hayes)

It does pulse or tone dialing and if tone dialing doesn't get rid of
the dialtone, it will try pulse dialing.

The warranty is 2 years from US Robotics. The dealer will also handle
warranty repairs (by sending you a working one and sending yours off
to the factory.)

The 1200 baud performance was much, much better than our Racal-Vadic
MACS dialers. We were able to connect to sites with the USR modem that
we could not get to with the Vadic modem. There was very little noise
at 2400 baud and virtually none at 1200. I successfully connected at
2400 baud to ATT, Concord Data Systems, Vadic and USR 2400 baud
modems, so there is no interoperability problem. This also worked at
2400 baud on our ITT WATS lines which are much, much noiser than ATT
WATS (then again, they are also much cheaper, you get what you pay
for). I expected it to have problems with the noisy ITT lines, but it
worked perfectly. I wasn't able to give it the acid test of trying to
use Sprint, but then nothing works on Sprint reliably...

Physically, it's 6" x 10" x 1". It's a very nice, low profile modem.

The dealer is the major east cost distributer for US Robotics and has
many units in stock. We received ours within days of placing the
order.

The $399 price is ONLY available from the following dealer.  Any other
dealer will probably charge you more.

The dealer is:
	Advanced Data Products, Inc.
	18974 Bonanza Way (B-3)
	Gaithersburg, MD 20879
	(301) 424-9490
The salesmans name is:
	Don Parnell

You can probably pay for the cost of the modem in the savings in a few
months phone charges.

It sounds too good to be true, but I've got a couple in the computer
room proving they are real.

---rick
29-Jul-85 08:26:56-MDT,1821;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 08:25:50-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a004730; 29 Jul 85 7:11 EDT
Date: Sun, 28 Jul 1985  01:38 MDT
Message-ID: <KPETERSEN.12130534877.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
Subject: Unix Program for Converting SIMTEL20 FTP Server Filenames

Many have complained that when getting (especially "mget"ing) files to
a Unix system from the SIMTEL20 FTP server, the resulting filenames are
not what would be desired.  This problem is partially fixed by the
installation of a new FTP server that allows users to CWD (CD) to a
given directory for read access, so that the fully qualified file name
need not be sent back for each file gotten with an "mget".

However, even if you CWD to the directory before issuing an mget
command, the files will still show up with uppercase names and will
include "generation" (version) numbers.  And of course, if you fail to
CWD first, you still get the directory name too, so that you are
likely to find files with names like

<UNIX.UTIL1>CRCK2.C.1

in your Unix directory, rather than the crck2.c you might have
wanted.

A new program, XXU.C (20-to-Unix filename converter), is available in
PS:<UNIX.UTIL1> which will fix the names of all files sent to a Unix
system from a DEC-20 FTP server.  It should work on VMS and DEC-20
filenames alike -- it strips DECnet node names, device names,
directory names, generation numbers, and it lowercases the uppercase
letters.  When renaming to the name thus formed, it takes care not to
write over any existing files.  See comments in the source for further
details.

--Keith
29-Jul-85 08:43:10-MDT,936;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 08:42:13-MDT
Date:     Fri, 26 Jul 85 9:18:35 EDT
From:     David Towson (SECAD) <towson@AMSAA.ARPA>
To:       info-c@brl.ARPA
cc:       info-cpm@AMSAA.ARPA
Subject:  Erroneous forwarding of info-cpm mail to info-c and net.lang.c.

Readers - A recent change in mail handling software at the US Army Ballistic
Research Laboratory (BRL) caused mail addressed to info-cpm@amsaa to be
relayed to info-c and net.lang.c by the arpanet <-> usenet gateway machine,
brl-tgr.  It seems the parser was only looking at the first six characters, so
info-c looked the same as info-cpm.  I have been told that the problem has
been fixed.  If further difficulties of this nature arise, please contact
me. And thanks to the people to sent me mail concerning this problem.


Dave Towson
info-cpm-request@amsaa (list maintainer)

29-Jul-85 08:58:24-MDT,988;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 08:56:05-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a004745; 29 Jul 85 7:11 EDT
Date: Sun, 28 Jul 1985  11:41 MDT
Message-ID: <KPETERSEN.12130644646.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Andrew Malis <malis@BBNCCS.ARPA>
Cc:   Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
Subject: Unix Program for Converting SIMTEL20 FTP Server Filenames
In-reply-to: Msg of 28 Jul 1985  07:49-MDT from Andrew Malis <malis at bbnccs.ARPA>

    I just tried to grab xxu.c from simtel20, and it claims that
    PS:<UNIX.UTIL1> doesn't exist.  <UNIX.UTIL> also doesn't exist,
    and while <UNIX> does, xxu.c isn't in it.

My appologies to all.  I left out once character in the directory
name.  It should be:

Filename			Type	 Bytes	 CRC

Directory PS:<UNIX.UTILS1>
XXU.C.2				ASCII	  3970  D609H

--Keith
29-Jul-85 09:13:31-MDT,1625;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 09:12:00-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a017417; 26 Jul 85 14:15 EDT
Received: from usenet by TGR.BRL.ARPA id a008351; 26 Jul 85 12:01 EDT
From: "(Mark Dapoz" <jajsumner%watnot.uucp@BRL.ARPA>
MMDF-Warning:  Parse error in original version of preceding line at BRL.ARPA
Newsgroups: net.micro.cpm
Subject: Intertec disk format
Message-ID: <11306@watnot.UUCP>
Date: 23 Jul 85 22:12:53 GMT
To:       info-cpm@AMSAA.ARPA

Keywords:ampro intertec superbrain



   I have a small problem which some of you may be able to help me with.  What
I am trying to do is read and write an Intertec Superbrain disk format on my
Ampro Little Board.  The current software on the Ampro doesn't support the
Intertec but I can get it to read and write that format if I know the following
paramaters:   Allocation block size (1K/2K)
              Bytes per sector
              Logical sectors per track
              Block shift factor
              Block mask
              Extent mask or data block allocation size
              Max data block number
              Max directory entries
              Directory group allocation 0
              Directory group allocation 1
              Check size
              Number of reserved tracks
              Skew table format

If any of you out there (especialy the people which own Superbrains) could
possibly get any of this information to me it would be very much appreciated.
      Thanks
        Mark Dapoz
        (jajsumner@watnot)
29-Jul-85 09:35:22-MDT,1117;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 09:30:40-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a004751; 29 Jul 85 7:12 EDT
Date: Sun, 28 Jul 1985  13:16 MDT
Message-ID: <KPETERSEN.12130661913.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: BYE337.FIX

A short fix for BYE337, just announced by Paul Traina.

--cut here--
Egg in face time....again.

Bug:  Bye337...fix included
Conditions: NO25TH or MBBS set to YES
            and NEEDLC set to YES
            and your LASTCALR file has CRLF's in it.

About 15 lines above the label: "NO25EX"

        CPI     CR
        JZ      NO25SP          ;should be:     CZ      NO25SP
        DCR     B
        CPI     LF
        JZ      NO25SP          ;should be:     CZ      NO25SP

Bug brought to my attention by Bill Duerr from Michigan.

pst     - Saratoga OxGate: 408/354-5934         300/1200/2400 baud
        - home phone:      408/867-1768         (reasonable pacific time hours)
29-Jul-85 09:40:44-MDT,1578;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 09:37:39-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id a004448; 29 Jul 85 7:06 EDT
Received: from usc-isid.arpa by AOS.BRL.ARPA id a002869; 27 Jul 85 14:55 EDT
Date: 27 Jul 1985 07:33-EDT
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Stripper WS Util in Turbo
From: ABN.ISCAMS@USC-ISID.ARPA
To: info-cpm@BRL.ARPA
Cc: abn.iscams@USC-ISID.ARPA
Message-ID: <[USC-ISID.ARPA]27-Jul-85 07:33:47.ABN.ISCAMS>

NetLandians,

I noticed the PC and Pascal world doesn't have (or I couldn't find) a nice
little public domain hi-bit stripping program for WS and other nasty type
files.  Grabbed a handful of PD programs, some TURBTOOL procedures, and
did a little hack.

Stripper naturally strips the 8th bit (just like good old PIP with the Z
option).  Also does a tabify routine to replace all those WS DOC type file
streams of spaces with 8-space tabs.  Also grabs isolated CRs and makes them
CR/LF combinations.

Works fairly fast (didn't do any inline assembler to keep it transportable),
simple, from the command line.  Default product is FOOBAR.HAR, but you can
force any desired file name from the cmd line.  Sorry, no MS-DOS paths
(tho if someone could tell me how to do that...) but alternate disks, of
course.

Source is available via FTP from my directory, ABN.ISCAMS@USC-ISID as:
STRIPPER.PAS

I'll leave it there for a week or so.

Would appreciate feedback (especially if any bugs or failures!).

Regards,
David Kirschbaum
Toad Hall
29-Jul-85 09:51:19-MDT,1176;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 09:48:20-MDT
Received: from xerox.arpa by AMSAA.ARPA id a005216; 29 Jul 85 7:21 EDT
Received: from BacoNoir.ms by ArpaGateway.ms ; 26 JUL 85 14:40:51 PDT
Date: 26 Jul 85 17:40:45 EDT (Friday)
Subject: Re: using both side of disks
In-reply-to: <1632@dciem.UUCP>
To: Stephen King <king%dciem.uucp@BRL.ARPA>
cc: info-cpm@AMSAA.ARPA
From: Jim Reno <Reno.wbst@XEROX.ARPA>
Message-ID: <850726-144051-1008@Xerox>

 Back in 1975 or 76 when true double sided disks were just new I ordered
some "two" sided disks and received what I didn't want. I got a disk
with two cutouts for both index and write protect holes presumably
certified for both sides.
  The one disturbing thing about a disk like this in my mind has to do
with the purpose of the disk cover itself. If I am not mistaken
considerable effort goes into the design of the cover to promote its
ability to clean particles off the disk media. I believe this function
is unidirectional and note that when flipped the disk will be spinning
in the opposite direction with respect to the cover.

Reno
29-Jul-85 09:53:16-MDT,913;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 09:52:50-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id ab04448; 29 Jul 85 7:06 EDT
Received: from mit-mc.arpa by AOS.BRL.ARPA id a004126; 27 Jul 85 23:51 EDT
Received: from MIT-EECS by MIT-MC.ARPA via Chaosnet; 27 JUL 85  23:49:36 EDT
Date: Sat 27 Jul 85 23:48:42-EDT
From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
Subject: Sider CP/M Tracks
To: info-apple@MIT-MC.ARPA
cc: info-cpm@MIT-MC.ARPA


   I'm using DU-V88.COM to replace CP/M's resident commands -- could someone
tell me which track & sector the resident commands are located on for a 10MB
"Sider" disk drive?  I let DU's "=" command search for the commands for a
while, but it came up with nothing.  Is it "safe" to replace these commands
on this drive in the first place?

-drew
 T.MOORE%MIT-EECS@MIT-MC.ARPA
-------

29-Jul-85 10:08:23-MDT,594;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 10:07:55-MDT
Received: from edwards-2060.arpa by AMSAA.ARPA id a005466; 29 Jul 85 7:27 EDT
Date: Fri 26 Jul 85 13:19:26-PDT
From: D-ROGERS@EDWARDS-2060.ARPA
Subject: DBASE II
To: INFO-CPM@AMSAA.ARPA

I AM SOMEWHAT NEW AT THIS.  DOES ANYONE KNOW IF THERE IS ANY SUCH THING AS
AS COMPILER FOR DBASE II?  IT HAS OCCURRED TO ME THAT THE DAY MAY COME 
WHEN I DON'T WANT TO GIVE AWAY THE SOURCES WITH A PROGRAM.  AT LEAST MBASIC
PROGRAMS COULD BE PROTECTED AGAINST LISTING.
-------
29-Jul-85 10:18:21-MDT,1626;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 10:14:25-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id aa04486; 29 Jul 85 7:07 EDT
Received: from usc-isid.arpa by AOS.BRL.ARPA id a006846; 28 Jul 85 23:06 EDT
Date: 28 Jul 1985 23:03-EDT
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Turbo Pascal Kermit
From: ABN.ISCAMS@USC-ISID.ARPA
To: info-cpm@BRL.ARPA, info-kermit@CU20B.ARPA
Cc: abn.iscams@USC-ISID.ARPA
Message-ID: <[USC-ISID.ARPA]28-Jul-85 23:03:48.ABN.ISCAMS>

NetLandians,

Moved down a nice little Turbo Pascal Kermit from DEC-MARLBORO.  Author
is Jeff Duncan, written in Dec 84.

Didn't hear anything on the nets about it (as I recall), so thought I'd
remind people.

Nice little package.  Not a real "full house" Kermit with all the bells and
whistles, but a real nice neat framework and the basic protocol to work from.
Much easier to hack and install than the big Assembler Kermits (believe me!),
and works just fine as is.

His package is "generic CP/M", using the Iobyte to switch ports between
Rdr/Punch and Console, but the interface is so nice and clean that it would be
fairly easy to hack in anything else you want.

Maybe some PC or MS-DOS wizard could do a hack and give us a module to handle
that environment?  Sure could use that myself, since I have friends with PC type
systems that need something, but don't have a machine handy to experiment on.

That Kermit is NOT at SIMTEL20, to the best of my knowledge, and maybe oughtta
be - sure is neat!

Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
29-Jul-85 10:40:41-MDT,4470;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 10:36:26-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a004611; 29 Jul 85 7:09 EDT
Date: Sat, 27 Jul 1985  11:25 MDT
Message-ID: <KPETERSEN.12130379572.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: SD100 super directory program available

The latest version of SD, the super directory program, is now
available from SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.DIRUTL>
SD100.LBR.1			BINARY	 80640  F9AEH

SD displays the directory of a CP/M disk, sorted alphabetically, with
the file size in k, rounded to the nearest CP/M block size.  Also
displays library files with the file size in k if the '$L' option is
used.
 
Here is an excerpt from the update information:

 ======================================================================
 
  07/24/85  Rewrote the TIMEON code to allow use of the existing time-
    v100    on-system data contained in BYE5, BYE3, BYE+ or MBYE's RTC
 	    buffer.  If TIMEON is YES, SD merely reports "Time on system
 	    is nnn minutes" and makes no attempt to log the user off.
 	    Logoff responsibility is delegated to the (M)BYE(+) program.
 	    TIMEON checks to see if BYE is running and continues without
 	    reporting time-on if not.  No installation required to use
 	    this feature if you have clock code installed in your BYE.
 	    All page-1 equates previously used by TIMEON were deleted.
 
 	    This update also contains the SD99.FIX code for nested IF'
 
 					- Wayne Masters, Potpourri
 ======================================================================
 
  07/11/85  Added THREBYT equate for systems needing a 3-byte sequence
    v99     for reverse video.	If THREBYT is YES then the value coded
 	    at TBYTE is added to the reverse video sequence (currently
 	    set for a Kaypro).
 
 	    Also added a new "?" option which will display a menu
 	    of the $ options available if HELP is YES.
 
 					- Steve Sanders
 ======================================================================
 
  03/15/85  Fixes obscure display bug which deletes display of 1, 2 or
    v98     3 file names in 3 out of 4 cases when the directory has
 	    >255 entries.  The fix code was written by Peter Lyman.
 	    (See SD98.NOT).
 					- Paul Foote

 =======================================================================
 
  01/21/85  Added support for ZRDOS.  Although CP/M compatible, ZRDOS
    v97     does not allow the SWAPEM technique of poking local values
 	    into the operating system.	Instead, a test for ZRDOS is
 	    made and, if present, further calls to CPM: set the Warm
 	    Boot Trap in ZRDOS.  On any error detected by ZRDOS the
 	    trap is reset and control is passed to DSKERR:  No equates
 	    need be changed for CPM/ZRDOS, testing is dynamic in the
 	    run-time code.
 					- Joe Wright
 
 =======================================================================
 
  12/28/84  Added CP/M Plus TIMEON logic controlled by tag CPM3.  Also
 	    inserted a call to CKABRT in routine TYPE to catch an abort
 	    request (^C) sooner.
 					- George Peace
 
 =======================================================================
  Current versions of SD automatically adjust for any block size and di-
  rectory length under CP/M 1.4 or 2.x or MP/M (any version).  They also
  automatically adjust for any number of disk drives and work satisfac-
  torily even if no disk is in that drive at the moment.  Provisions are
  made for:
 
 	(1) automatic pauses when the screen fills up
 	(2) searching individual or multiple drives and/or user areas
 	(3) unconditional or optional resetting the disk system before
 	    execution begins
 	(4) directing output to a disk file called SD.DIR and appending
 	    to that file on subsequent runs
 	(5) summary line output giving drive and user information, num-
 	    ber of files matched and how much space they consume, and
 	    the amount of free space remaining on the disk
 	(6) displaying or suppressing "system" files
 	(7) accepting ambiguous filenames with or without a drive name
 	(8) printer output
 	(9) optional help menu with $?
 
 
  See SD.DOC for detailed instructions on configuring and running SD.ASM

--Keith
29-Jul-85 11:00:16-MDT,3101;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 10:59:00-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a004643; 29 Jul 85 7:09 EDT
Date: Sat, 27 Jul 1985  12:36 MDT
Message-ID: <KPETERSEN.12130392487.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: SAP44 sort and pack directory program available

SAP v44, the sort & pack directory program is now available from
SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.DIRUTL>
SAP44.LBR.1			BINARY	 16128  073EH

THIS PROGRAM READS THE DISK DIRECTORY TRACKS, SORTS THEM
ALPHABETICALLY THEN REPLACES THEM ON THE DISK.  ALL UNUSED OR ERASED
AREAS ON THE DIRECTORY TRACK ARE REFORMATTED WITH CONTINUOUS 'E5'
CHARACTERS.  (THIS ERASES PREVIOUS FILE NAMES WHICH HAVE BEEN
DEACTIVATED.)  SORTING THE DIRECTORY IN THIS MANNER OFFERS MANY
ADVANTAGES.  SOME OF THEM ARE:

	1)  ALLOWS 'DIR' TO SHOW AN ALPHABETIZED LISTING
	2)  ELIMINATES POTENTIAL PROBLEMS WITH "UNERASE" PROGRAMS
	3)  SPEEDS UP ACCESS VIA 'SD' AND OTHER SPECIAL PROGRAMS
	4)  ASSISTS ON WORKING DIRECTLY ON THE DISK WITH 'DU', ETC.
	5)  REMOVES FILES FROM THE DISK SOMEBODY ELSE COULD RECOVER
	6)  OPTIONALLY ERASES ALL FILES OF ZERO LENGTH (EXCEPT THOSE
		STARTING WITH '-' FOR CATALOG USE WITH MAST.CAT)

Here is information about the past few updates:

07/25/85 - v44 - Added some pushes and pops so that the switch routine
will swap the entire contents of the two directory entries.
Previously it only swapped the part after it found a difference which
sometimes resulted in flag bits moving from one file to another.- Bob
Clyne

03/20/85 - v43 - Inserted my name where it belonged under the v42
release notice, added conditional assembly option for verbose mode
which will, if selected, permit the program to assemble in under 1k.
Added conditional assembly option for CP/M-only mode which suppresses
check for MP/M and CP/M+.  - Dennis Quinn

03/06/85 - v42 - Removed "trash directory" feature to make program
more user-friendly, made "delete zero-length files" an assembly-time
option, as there are more programs than MCAT which make use of
zero-length files.- Dennis Quinn (added in v43)

02/28/85 - v41 - Minor cleanup, made compatible with all assemblers. -
Irv Hoff

09/17/84 - v40 - Added 'Previously sorted' statement that was included
in v37 but got dropped from v38 when the Shell-Metnzer sort was put
in.  It still rewrites the directory even if previously sorted, to
insure erased programs at end of directory are properly cleared.- Irv
Hoff

07/27/84 - v39 - Corrected sorting of last directory entry. - WOD

10/16/83 - v38 - Now using a Shell-Metzner sort which speeds the
sorting time considerably, especially on large directories.  - Sigi
Kluger

07/27/83 -v37 - Shows an error flag for MP/M and CP/M+ both.  Rewrites
the directory even if previously sorted, to insure erased programs at
end of directory are properly cleared.  - Irv Hoff

--Keith
29-Jul-85 11:12:42-MDT,2866;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 11:12:27-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id a004486; 29 Jul 85 7:07 EDT
Received: from usc-isid.arpa by AOS.BRL.ARPA id a006812; 28 Jul 85 22:45 EDT
Date: 28 Jul 1985 22:43-EDT
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: USR Autolink Modem Problems
From: ABN.ISCAMS@USC-ISID.ARPA
To: info-cpm@BRL.ARPA
Cc: abn.iscams@USC-ISID.ARPA
Message-ID: <[USC-ISID.ARPA]28-Jul-85 22:43:17.ABN.ISCAMS>

Netlandians,

I've been working through a US Robotics Autolink 212A 300/1200 baud modem
from my micro thru a local TAC to my host on the ARPANet.  The local TAC uses
Racal Vadic 1200 baud modems, and the TAC wizards tell me it's a Bell 212
protocol modem, not the 212A.

Never thought that made a real difference, but I got problems!

During fast typing in terminal mode (right here in the editor of my mailer,
Hermes, for instance), I will suddenly get a short burst of garbage and a
lockup!  My modem lights indicate I continue to send out, but NO incoming
data.  Thought for a while the TAC modem was hanging up, but not true:
it continues to receive my commands (transmitted in the blind as it were)
and respond to them.

After much experimentation, it appears that MY USR modem is somehow losing its
incoming data!  Turning it off somewhere on the board or something.  If I very
quickly pulse the on/off switch (and am lucky enough not to have the phone
or far modem hang up on me!), I regain the incoming data channel again!

I also experience this lockup when running Kermit on my host - usually at the
exact same packet - and when doing a straight upload (using XON/XOFF flow
control at the TAC to insure I don't overflow its buffers) into a text editor.
(Sorry, during Kermit, that's during Sends to the distant Kermit only.)  So
the problem appears to be related to my modem sending somehow!

I've turned off echo at the TAC (running with local echo), and that seemed
to help a little but no guarantees - it may still lock up, but now at a
different place during the transfer.

I've experienced no such problems when dealing with other modems in the
local area, cross-country, etc.  (Of course, haven't been able to find another
Racal Vadic Bell 212 either.)

The USR Autolink 212A documentation is sketchy, to say the least!  No software
commands are documented at all (do any exist?), and only the autoanswer switch
on the back is explained.  Word length and stop bits are settable internally,
but remain at the factory default 8 bits, 2 stop bits.

Any suggestions, ideas, similar experiences?  This is bad news when I can't
upload ANYTHING anymore!  (Still works fine at 300 baud (Bell 202), but ugh.)

Thanks in advance (and sorry for the length).
David Kirschbaum
ABN.ISCAMS@USC-ISID
29-Jul-85 12:36:18-MDT,924;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 12:33:15-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id aa06912; 29 Jul 85 8:07 EDT
Received: from usenet by TGR.BRL.ARPA id a002484; 27 Jul 85 17:19 EDT
From: Robert Jaquiss <robertj%tektronix.uucp@BRL.ARPA>
Newsgroups: net.micro.apple,net.micro.cpm
Subject: Help wanted with Microsoft Premium Softcard
Message-ID: <5545@tektronix.UUCP>
Date: 26 Jul 85 19:05:47 GMT
Xref: seismo net.micro.apple:2182 net.micro.cpm:4693
To:       info-cpm@AMSAA.ARPA

Does anyone out there know how to make a Microsoft Premium Softcard
send all its output to an Apple slot?
I need to do this so I can hook up my braille display. Thanks in advance.
Robert S. Jaquiss
ucbvax!tektronix!robertj (uucp)
robert jaquiss@tektronix (csnet)
robert jaquiss.tektronix@rand-relay (arpanet)
(503) 627-6346 (audio phone at work)
29-Jul-85 13:00:39-MDT,1216;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 12:59:22-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a006986; 29 Jul 85 8:07 EDT
Received: from usenet by TGR.BRL.ARPA id a005371; 27 Jul 85 18:40 EDT
From: Walt Sakai <walt_sak%proper.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: ** Ramdisk Information **
Message-ID: <164@proper.UUCP>
Date: 26 Jul 85 03:31:53 GMT
To:       info-cpm@AMSAA.ARPA


I   would  like  to  invite  comment  on  the  RAMDISKS  used  in 
conjunction with CP/M systems.     Please discuss the  advantages 
and  bugs  you  have found for your  system.     Currently  I  am 
interested in using MICROSHERE's Ramdisk with a Kaypro 4-84.   

Is  the  cost  of the ramdisk worthy of the  increased  speed  in 
program  execution?     Does the ramdisk make working  with  very 
large  dBase  II files faster?     What are typical time  savings 
(relative to processor speed)?

Thanks  very  much  for your attention  in  this  matter.     All 
replies will be summarized and posted to this net group.

Walt Sakai  
{ucbvax,hplabs,ihnp4,cbosgd,
 decwrl,unisoft,fortune,sun,nsc}!dual!proper!walt_sak      
29-Jul-85 13:34:40-MDT,1084;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 13:32:01-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a007104; 29 Jul 85 8:10 EDT
Received: from usenet by TGR.BRL.ARPA id a009151; 27 Jul 85 21:47 EDT
From: william edwards <edwards%h-sc1.uucp@BRL.ARPA>
Newsgroups: net.wanted.sources,net.micro.cpm,net.unix
Subject: Wordstar/nroff filter
Message-ID: <468@h-sc1.UUCP>
Date: 27 Jul 85 19:21:35 GMT
Xref: seismo net.wanted.sources:1175 net.micro.cpm:4695 net.unix:5465
To:       info-cpm@AMSAA.ARPA

Could somebody mail me, repost, or tell me where to get the Wordstar to
nroff filter which was posted to the net a few months ago?  I can ftp
off of any given ARPA site, like seismo, simtel20, market etc.  I also
wouldn't mind knowing how intelligent it is, that is, whether it just
flattens a Wordstar file, or whether it actually comes up with the
right nroff formatting commands.  Thanks in advance for your
responses.


					Bill Edwards

					Mail to:

				{seismo,ima,ihnp4,...}!harvard!edwards
29-Jul-85 14:16:45-MDT,1109;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 14:12:29-MDT
Received: from usc-isid.arpa by AMSAA.ARPA id a007931; 29 Jul 85 8:27 EDT
Date: 27 Jul 1985 06:28-EDT
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Re: using both side of disks
From: ABN.ISCAMS@USC-ISID.ARPA
To: king%dciem.uucp@BRL.ARPA
Cc: info-cpm@AMSAA.ARPA
Message-ID: <[USC-ISID.ARPA]27-Jul-85 06:28:34.ABN.ISCAMS>
In-Reply-To: <1632@dciem.UUCP>


Re using both sides .. I shall not address the safety of this, wear and tear,
certified sides, etc.  (That's been discussed plenty.)

However, the index holes are no problem.  I have a batch of junk disks
I experiment with.  THREE holes now!  One at about 1:00 for single-side
drives, one at about 2:00 for regular double side (yep, that's how the
drive can tell!), and one at 11:00 for flipping single-sided ones.

PS: you have to tape over the double-sided one if you want to do single-side
or flip-side on a double-side drive!  Gave me fits for a while.

Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
30-Jul-85 05:05:10-MDT,1187;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 05:02:50-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id a019447; 29 Jul 85 14:07 EDT
Received: from rand-unix.arpa by AOS.BRL.ARPA id a019428; 29 Jul 85 13:48 EDT
Received: from vortex.UUCP by rand-unix.ARPA; Mon, 29 Jul 85 10:28:18 pdt
Date: Mon, 29-Jul-85 09:27:55 PDT
From: Lauren Weinstein <vortex!lauren@RAND-UNIX.ARPA>
Subject: 2400 bps modem
Message-Id: <8507290927.289.0.VT1.00C@vortex.UUCP>
To: INFO-CPM@BRL.ARPA

As I discussed in more detail on another list, there have been some
reports of compatibility problems with the US Robotics (and other
2400 bps modems as well).  A top level modem expert I know told
me that he personally would NOT buy into 2400's at this time
unless:

1) They were REALLY cheap (like $100 he said!)
2) You were going to only be talking to the same brand of modem
   at the other end.

He said that this situation is changing but that in his opinion
he's gotten too many bad reports and knows of too many manufacturing
changes under way to want to dive in at this juncture.

Just passing this along.

--Lauren--

30-Jul-85 05:32:51-MDT,1225;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 05:31:47-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a017104; 29 Jul 85 13:10 EDT
Date: Mon, 29 Jul 1985  11:10 MDT
Message-ID: <WANCHO.12130901144.BABYL@SIMTEL20.ARPA>
From: "Frank J. Wancho" <WANCHO@SIMTEL20.ARPA>
To:   ABN.ISCAMS@USC-ISID.ARPA
Cc:   INFO-CPM@AMSAA.ARPA
Subject: Turbo Pascal Kermit
In-reply-to: Msg of 28 Jul 1985  21:03-MDT from ABN.ISCAMS at USC-ISID.ARPA

Dave,

KERMIT is the one set of "public domain" files we do not keep on
SIMTEL20.  We don't keep KERMIT sources here for two reasons: we don't
have the SPACE to keep redundant copies of what is already available
via FTP from CU20B, and we wouldn't have the TIME to keep our copies
current even if we did have the space.

If anybody wishes to keep track of new developments with KERMIT,
subscribe to the weekly INFO-KERMIT-DIGEST by sending your request to
be added to the mailing list to INFO-KERMIT-REQUEST@CU20B.  Currently
under discussion are proposed major extensions to the protocol as well
as the regular announcements of new versions available and bug reports
and fixes to current versions.

--Frank
30-Jul-85 06:09:32-MDT,1359;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 06:07:55-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a029145; 30 Jul 85 7:03 EDT
Date: Mon, 29 Jul 1985  20:14 MDT
Message-ID: <KPETERSEN.12131000190.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Steve Noland <NOLAND@USC-ISI.ARPA>
Cc:   Info-Cpm@AMSAA.ARPA
Subject: Communications program support for 1k protocols.
In-reply-to: Msg of 29 Jul 1985  16:05-MDT from Steve Noland <NOLAND at USC-ISI.ARPA>

    I downloaded a file from Bill Wood's board (Barstow) this AM called
    IMP240.OBJ.  It appeared to be the modified MDM740 that I was looking
    for, but when I tried to configure it with the overlay for my system,
    it stopped working.  The file was completely alone without any
    accompanying documentation, which isn't Irv's style, so I wonder if it
    was a bogus effort.  I'll try to raise Irv on CompuServe and get a
    reading.

    MEX is nice, but I need a program that isn't that complicated for the
    users I have in mind.

IMP240 is available from SIMTEL20.  Test with care.  No source code is
available and I haven't tested it.

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.MODEM7>
IMP240.LBR.1			BINARY	 71296  4509H

--Keith
30-Jul-85 06:24:34-MDT,1074;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 06:21:17-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id a029277; 30 Jul 85 7:12 EDT
Received: from simtel20.arpa by AOS.BRL.ARPA id a026593; 30 Jul 85 2:47 EDT
Date: Tue 30 Jul 85 00:45:52-MDT
From: Ron Fowler <RFOWLER@SIMTEL20.ARPA>
Subject: Courier/Hayes 2400 MEX overlay
To: info-cpm@BRL.ARPA
Message-ID: <12131049630.20.RFOWLER@SIMTEL20.ARPA>

  The long-awaited  Courier 2400 (and Hayes 2400) MEX overlay is now
available, on SIMTEL20:  MICRO:<CPM.MEX> MXM-2400.ASM. 
  This MEX modem overlay is intended for 2400 baud Hayes and Couriers
(but probably useable w/2400 baud modems as well).  Supports "fallback"
of data rate making each call at a maximum (dflt 2400) rate, switches to
a lower rate if the remote modem can't handle the higher.  If the USR2400
switch is set, it supports the Courier's adaptive dialing, automatically
sets the Couriers busy detector, and supports  "RINGING" and "VOICE"
status codes.  			--Ron Fowler


-------
30-Jul-85 06:35:50-MDT,1148;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 06:35:04-MDT
Received: from rand-unix.arpa by AMSAA.ARPA id a029326; 30 Jul 85 7:13 EDT
Return-Path: <christe@rand-unix>
Received: by rand-unix.ARPA; Mon, 29 Jul 85 15:49:09 pdt
From: Chris McMenomy <christe@RAND-UNIX.ARPA>
Message-Id: <8507292249.AA12398@rand-unix.ARPA>
Date: 29 Jul 85 15:49:04 PDT (Mon)
To: George R Famini <grfamini@CRDC.ARPA>
Cc: info-cpm@AMSAA.ARPA, christe@RAND-UNIX.ARPA
Subject: Re: termcap for Osborne I
In-Reply-To: Your message of Fri, 19 Jul 85 7:42:14 EDT.


I have used the following termcap with OTERM on an old (brown case) Osborne
and it worked well enough for the Rand editor:


#
stty tabs new cr0 nl0 ff0 erase 
echo -n ')m'
set term=TV52
setenv TERMCAP 'TV52:if=/usr/lib/tabset/std:\
	:al=33*\EE:am:bs:ce=\ET:cm=\E=%+ %+ :cl=^Z:co#52:dc=\EW:dl=33*\ER:ei=:\
	:ku=^K:kd=^J:kl=^H:kr=^L:k0=^A@\r:k1=^Aa\r:k2=^Ab\r:k3=^Ac\r:\
	:k4=^Ad\r:k5=^Ae\r:k6=^Af\r:k7=^Ag\rk8=^Ah\r:k9=^Ai\r:\
	:ho=^^:im=:ic=\EQ:li#24:nd=^L:pt:se=\Ek:so=\Ej:up=^K:us=\El:us=\Em:\
	:ma=^K^P^L :sg=1:ug=1:'
30-Jul-85 06:54:18-MDT,953;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 06:50:48-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id aa29728; 30 Jul 85 7:23 EDT
Received: from usenet by TGR.BRL.ARPA id a027302; 29 Jul 85 16:54 EDT
From: John Blalock <jb%terak.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: MEX 1.14
Message-ID: <648@terak.UUCP>
Date: 26 Jul 85 19:43:09 GMT
To:       info-cpm@AMSAA.ARPA

> 
>   I've just released MEX version 1.14. 
>   The files can be found on SIMTEL20, in MICRO:<MEX> as follows:
> 
> 				--Ron Fowler

Ron, How about posting the .LBR files to net.sources for those of us that
don't have ARPA access? 

Thanks,

John Blalock, W7AAY

uucp:	 ...{amd,decvax,hao,ihnp4,seismo}!noao!terak!jb
phone:	 (602) 998-4800
us mail: Terak Corp., 14151 N. 76th St., Scottsdale, AZ 85260
         \\\\\
          -----> Soon to be part of CalComp, A Sanders Company
30-Jul-85 09:36:34-MDT,889;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 09:34:26-MDT
Date:     Tue, 30 Jul 85 10:13:50 EDT
From:     David Towson (SECAD) <towson@AMSAA.ARPA>
To:       info-cpm@AMSAA.ARPA
Subject:  Slow processing of info-cpm mail.

Fellow CP/Mers - You may have noticed that mail flow in and out of AMSAA.ARPA,
the machine that handles info-cpm, has been slow lately.  The following
excerpt from the AMSAA login message explains the situation:

"Until lightning protection equipment is obtained and installed, network
service will be available only when the system is attended and provided there
is no threat of electrical storm.  This is because we must physically
"pull-the-plug" at both ends of the network cable to protect the equipment
against lightning damage."



Dave
towson@amsaa.arpa  aka info-cpm-request

30-Jul-85 10:25:55-MDT,1748;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 10:23:46-MDT
Received: from su-star.arpa by AMSAA.ARPA id a009500; 30 Jul 85 11:19 EDT
Date: 29 Jul 85 16:00:00 PDT
From: "R. Meier" <rmeier@su-star.ARPA>
Subject: re: ram disks (Saturn 128K)
To: info-cpm <info-cpm@AMSAA.ARPA>
Reply-To: "R. Meier" <rmeier@su-star.ARPA>

Seepee Emm,
	I have been using a Saturn Ramdisk 128K with my Apple ][+ for
over a year now, with no problems.  The supplied interface software is
needlessly complicated, slow and uses almost all of the Cp/m configuration
block, but despite this, I have not yet bothered to rewrite it.
	I find that I only use it about 15% of the time, but that when
I use it, it is well worth it.  I use it when I know that a given
program will have many disk references.  I typically use Wordstar,
by copying my file to the ramdisk, there editting it, and periodically
copying it back to floppy disk.  I find that the reduction in WAIT
(for disk operation) time is much more comfortable, and avoids the
problem of lost characters when a disk operation is performed while
typing.  I have found that when compiling with small c or using
the asm assembler, it is worthwhile to send the hex to the ram disk
and then load from the ram disk back onto a floppy.
	In summary,
		Saturn Ram Disk 128K
		No Problem operation > 1 yr
		Interface Software inconvenient
		Editting Speedup (x2) (mostly psychological)
		Assembly/Compiling Speedup (x2) (including copy time)

	Before, getting the new version of Kermit which does disk
buffering, I could almost double my effective file transfer rate, by
copying to ram disk.
					Bob Meier (riacs!meier@pluto)

------
30-Jul-85 11:02:35-MDT,1475;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 10:59:28-MDT
Received: from xerox.arpa by AMSAA.ARPA id a010208; 30 Jul 85 11:57 EDT
Received: from Salvador.ms by ArpaGateway.ms ; 30 JUL 85 08:51:17 PDT
Sender: "Philip M. Burton.osbunorth"@XEROX.ARPA
Date: 30 Jul 85 08:51:01 PDT (Tuesday)
Subject: Re: using both side of disks
From: ABN.ISCAMS@USC-ISID.ARPA
To: king%dciem.uucp@BRL.ARPA
cc: info-cpm@AMSAA.ARPA
In-Reply-to: <1632@dciem.UUCP>
Message-ID: <850730-085117-3525@Xerox>

Return-Path: <info-cpm-request@AMSAA.ARPA>
Redistributed: XeroxInfo-CPM^.wbst
Received: from AMSAA (AMSAA.ARPA) by Xerox.ARPA ; 30 JUL 85 07:04:29 PDT
Received: from usc-isid.arpa by AMSAA.ARPA id a007931; 29 Jul 85 8:27 EDT
Message-ID: <[USC-ISID.ARPA]27-Jul-85 06:28:34.ABN.ISCAMS>


Re using both sides .. I shall not address the safety of this, wear and tear,
certified sides, etc.  (That's been discussed plenty.)

However, the index holes are no problem.  I have a batch of junk disks
I experiment with.  THREE holes now!  One at about 1:00 for single-side
drives, one at about 2:00 for regular double side (yep, that's how the
drive can tell!), and one at 11:00 for flipping single-sided ones.

PS: you have to tape over the double-sided one if you want to do single-side
or flip-side on a double-side drive!  Gave me fits for a while.

Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
30-Jul-85 11:35:27-MDT,437;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 11:35:13-MDT
Received: from usc-isi.arpa by AMSAA.ARPA id a011630; 30 Jul 85 12:50 EDT
Date: 29 Jul 1985 23:10:04 EDT
From: DECKERJW@USC-ISI.ARPA
Subject: REMOVAL FROM MAILING LIST
To:   INFO-CPM@AMSAA.ARPA
cc:   DECKERJW@USC-ISI.ARPA

PLEASE REMOVE ME FROM THE INFO-CPM MAILING LIST.

THANK YOU,

JIM DECKER
-------
30-Jul-85 12:13:00-MDT,2197;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 12:12:10-MDT
Received: from usc-isi.arpa by AMSAA.ARPA id a011634; 30 Jul 85 12:50 EDT
Date: 29 Jul 1985 21:39:26 EDT
Subject: Modula II (Turbo)
From: Rex Buddenberg <BUDDENBERGRA@USC-ISI.ARPA>
To: info-cpm@AMSAA.ARPA
cc: BUDDENBERGRA@USC-ISI.ARPA

                  TURBO-MODULA-II IS NEARLY HERE

     For those of you who wanted a large-program, modern,

structured language in a usable implementation, for REAL

computers (Z80 types, 8088's need not apply), there is hope.

Allow me to present the evidence.

     This past weekend, I had the priviledge of attending SOG-IV,

Dave Thompson's (MicroCornucopia) annual picnic and computerists

whing-ding.  Philippe Kahn didn't make it this year, but sent

Mike Weisert, one of Borland's programmers instead.  Mike's topic

was "Intro to Modula-II & the Borland Implementation".  After

comparing and contrasting Pascal and Modula for a while, he got

to the important points:  how Borland was building the compiler.

Selected tidbits (those that my brain retained):

     -  The compiler actually exists.  Mike had a Kaypro with the

compiler up and running.  The top menu looks (strangely) like the

Turbo-Pascal menu.  The editor is the same too.  Borland is

adhering to the Rev-3 Modula specification.

     -  Because Modula has separate compilation as part of the

compiler specification rather than part of the implementation,

the compiler compiles to disk.  Sorry, no in-RAM compilation.

The top menu also directly  calls  the  linker.
   The  demo  program  used  some
familiar modules adapted from the Turbo-tools

ACCESS.BOX package, so I expect to see them available too.

---------------------------------
  Dates weren't

mentioned, but the product demo was real enough to convince me

that this wasn't vapor.

The CPM version was the one shown.  The MS-DOS version is not

nearly as far along and Mike offered no prognostication regarding

its availability.  8088 owners...suffer!  Mike wouldn't quote a

specific price, but said "under $100".
-------
31-Jul-85 10:48:46-MDT,692;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 31 Jul 85 10:45:51-MDT
Date:     Wed, 31 Jul 85 9:09:30 EDT
From:     Sue Stratton - Part Time Physicist <stratton@AMSAA.ARPA>
To:       info-cpm@AMSAA.ARPA, info-ibmpc@USC-ISIB.ARPA
Subject:  Apple to IBM?

A friend of mine is wondering if there is a way to reformat files
he has on his Apple IIe so that they can be read by an IBMPC running
CP/M.  His Apple also runs CP/M.  He has been looking around for 
a software package that will help him to do this, but no luck so far.
Does anyone know of something out there that will do this for him?

Thanks,
Sue
<stratton@amsaa.arpa>
31-Jul-85 10:54:42-MDT,1297;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 31 Jul 85 10:49:49-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a002345; 31 Jul 85 11:18 EDT
Date: Tue, 30 Jul 1985  21:34 MDT
Message-ID: <KPETERSEN.12131277016.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Cc:   Info-Modem7@SIMTEL20.ARPA
Subject: Courier/Hayes 2400 MEX overlay

    The long-awaited Courier 2400 (and Hayes 2400) MEX overlay is now
    available, on SIMTEL20: MICRO:<CPM.MEX> MXM-2400.ASM.

    This MEX modem overlay is intended for 2400 baud Hayes and Couriers
    (but probably useable w/2400 baud modems as well).  Supports
    "fallback" of data rate making each call at a maximum (dflt 2400)
    rate, switches to a lower rate if the remote modem can't handle the
    higher.  If the USR2400 switch is set, it supports the Courier's
    adaptive dialing, automatically sets the Couriers busy detector, and
    supports "RINGING" and "VOICE" status codes.

    --Ron Fowler

The above file has been squeezed to conserve directory space and is
now available as:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.MEX>
MXM-2400.AQM.1			BINARY	 13568  0C2FH

--Keith
31-Jul-85 11:11:23-MDT,635;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 31 Jul 85 11:08:10-MDT
Received: from xerox.arpa by AMSAA.ARPA id a002683; 31 Jul 85 11:29 EDT
Received: from CheninBlanc.ms by ArpaGateway.ms ; 30 JUL 85 21:11:47 PDT
Date: Tue, 30 Jul 85 21:11 PDT
From: RDones.es@XEROX.ARPA
Subject: Re: DBASE II
In-reply-to: "D-ROGERS@EDWARDS-2060.ARPA's message of Fri, 26 Jul 85
 13:19:26 PDT"
To: D-ROGERS@EDWARDS-2060.ARPA
cc: INFO-CPM@AMSAA.ARPA
Message-ID: <850730-211147-4307@Xerox>

Try Wordtech Systems (415)254-0900.  They have compliers for Dbase II and Dbase III. 

Wildman

